-
Region管理堆是为了应对大内存、多核、低延迟场景下的根本矛盾：解决大堆停顿不可控、适配NUMA架构、支撑并发回收、灵活匹配对象生命周期异构性。
-
Class.newInstance()因绕过访问检查、不支持参数构造器、异常信息模糊而被弃用，JDK9标记为@Deprecated，JDK15起部分模块移除；应改用Constructor.newInstance()并显式调用setAccessible(true)、严格匹配参数类型、解包InvocationTargetException。
-
循环展开的核心是精准匹配硬件瓶颈：填满流水线、利用向量单元、打破数据依赖；关键在选对展开因子（通常2/4/8倍），配合restrict、编译提示、尾部处理及软件流水线调度。
-
装饰器模式核心是“包对象”而非“改对象”，通过包装注入新逻辑而不破坏原有接口契约：JS中可用高阶函数实现函数装饰、Proxy增强对象、Java/C++风格接口链式组合，需规避内存泄漏、顺序错乱等陷阱。
-
Java开发环境无法直接迁移，关键在于分离可变项（如JDK路径、Maven本地仓库）与不可变项（如pom.xml声明的java.version），通过sdkman/jdk-tool管理JDK、mvn-s指定可移植settings、IDE仅消费项目配置来实现跨平台复用。
-
bulkRegister(n)适用于初始化阶段一次性注册大量已知节点，比循环调用register()更高效，避免多次CAS开销，且仅在逻辑确定、任务未启动时调用；n≥0，负数抛IllegalArgumentException，注册后仍需各参与者调用arriveAndAwaitAdvance()才完成阶段对齐。
-
do-while可模拟分步骤表单校验流程：用currentStep状态机驱动字段逐个校验，失败重试、成功进阶，支持back/edit指令回退或跳转，校验逻辑与提示分离以提升复用性。
-
元空间溢出主因是动态类加载未卸载及参数设置过小，而非反射本身；需结合-XX:MetaspaceSize=256m、-XX:MaxMetaspaceSize=512m调优，并优先静态替代反射、缓存Method、改用MethodHandle或JDK代理规避CGLIB类生成。
-
@ControllerAdvice是统一异常处理的主流选择，Filter仅适用于非SpringMVC流量或底层异常；业务异常应继承RuntimeException，系统异常继承Exception；ResponseBodyAdvice负责成功响应包装，@ControllerAdvice处理异常响应。
-
类加载延迟机制指JVM在首次主动使用类时才初始化，如创建实例、访问静态变量（非常量）、调用静态方法、反射或子类初始化时触发，而编译期常量访问不触发；加载过程包括加载、连接（验证、准备、解析）和初始化，其中初始化延迟执行静态代码块和静态变量赋值，示例中newA()才触发A的静态代码块执行，体现延迟核心；类加载采用双亲委派模型确保安全，父优先加载，仅当无法处理时自身才加载，保障核心类库不被篡改。
-
Stream.collect(Collectors.toSet())去重失效的根本原因是自定义对象未重写equals()和hashCode()方法，导致HashSet无法正确识别逻辑重复；标准类型无需额外操作，而TreeSet需显式构造且性能较低。
-
只定义getter无法实现真正不可变性，因反射可修改私有字段、getter返回可变对象引用会导致外部篡改、序列化/JSON反序列化可能绕过getter直接赋值。
-
订单基础录入模块需分层建模（OrderHeader、OrderItem、OrderAddress、OrderLog）、状态驱动字段控制、前后端分离校验、事务与异步解耦。
-
大多数时候不该在方法里直接try-catchIOException，除非能在当前上下文真正处理（如重试、降级、返回默认值）；否则掩盖问题，导致调用方无法感知失败，引发后续脏数据或空指针等问题。
-
@TestFactory方法必须返回Stream/Collection/Iterable<DynamicTest>，数据需在方法体外层加载，每个DynamicTest需唯一可读名称并内嵌资源清理逻辑。
