-
元空间溢出主因是动态类加载未卸载及参数设置过小，而非反射本身；需结合-XX:MetaspaceSize=256m、-XX:MaxMetaspaceSize=512m调优，并优先静态替代反射、缓存Method、改用MethodHandle或JDK代理规避CGLIB类生成。
-
@ControllerAdvice是统一异常处理的主流选择，Filter仅适用于非SpringMVC流量或底层异常；业务异常应继承RuntimeException，系统异常继承Exception；ResponseBodyAdvice负责成功响应包装，@ControllerAdvice处理异常响应。
-
JDK是开发者工具包，含JRE及编译调试工具；JRE是运行环境，仅含JVM和类库；JDK包含JRE，JRE包含JVM与核心类库；开发者选JDK，普通用户选JRE。
-
类加载延迟机制指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需唯一可读名称并内嵌资源清理逻辑。
-
Java初学者用Swing写文本编辑器，首要问题是解决JTextArea与文件读写配合时的编码乱码、换行、光标、未保存提示等细节：读写文件须显式指定UTF-8编码，关闭前需拦截WINDOW_CLOSING事件并比对文本内容，JFileChooser需在approveSelection中二次校验.txt扩展名，保存操作要检查currentFile是否为空及路径可写性，并确保所有UI更新在EDT中执行。
-
全局静态常量应使用staticconstexpr或staticconst声明，命名严格采用全大写加单下划线的SNAKE_CASE格式，定义在头文件中以static保证翻译单元隔离，类型安全且避免宏与枚举混淆。
-
指令重排序是编译器、处理器和内存系统为优化性能而调整执行顺序的行为，单线程下符合as-if-serial语义，多线程中需volatile、synchronized等机制保障有序性与可见性。
-
抽象类的根本意义是解决复用代码与强制规范行为的矛盾，它禁止实例化、允许存状态、提供具体方法并强制子类实现抽象方法。
-
关键在于将Java进程视为Linux真实进程，深入理解其内存申请、系统调用、线程调度及I/O交互机制；仅掌握SpringBoot等框架远不够，必须穿透JVM与OS的交互层，才能准确定位GC、锁竞争、DirectBuffer等瓶颈根源。
-
Collectors.toMap抛出IllegalStateException：Duplicatekey是因Map的key必须唯一，而输入key列表存在重复值；解决方式包括校验数据、使用mergeFunction处理冲突或显式指定map工厂。
