-
关键在于按任务性质选线程池类型并精细配置：CPU密集型用固定大小+ForkJoinPool，IO混合型配动态线程+有界队列，强事务场景交由小线程池串行；拆解变量路径为Supplier并发执行；监控队列堆积、禁用阻塞调用；虚拟线程用于轻量接入，重计算仍走隔离平台线程池。
-
调试时发现方法返回正确值，但接收变量仍为初始值（如空字符串），根本原因常是调试器在多线程切换中丢失执行上下文——变量确已赋值，但后续异步线程读取的是旧快照或未同步的副本。
-
VarHandle在内存访问层面比AtomicFieldUpdater更高效，因其绕开反射、精准生成内存屏障、避免运行时校验、直接映射硬件指令且缓存行友好性更高。
-
组合比继承更安全，因其将依赖控制在接口层，避免子类过度耦合父类实现；继承仅适用于明确“is-a”关系且父类专为继承设计的场景，框架强制要求时除外。
-
SpringBoot的@Cacheable可直接以Pageable对象作为缓存键，因其标准实现（如PageRequest）已重写equals()和hashCode()，能精准区分不同页码、页大小及排序条件，实现按页粒度的高效缓存。
-
ServiceLoader.load不能用于运行时确定类型的“变量接口”，因其要求接口类型编译期已知；若需按字符串名动态加载，须绕过泛型限制、显式指定类加载器并手动校验类型，或改用SpringFactories等更灵活方案。
-
异常不应用于流程控制，因其触发栈帧展开、抑制JIT优化，性能下降3–10倍；IO失败应区分可恢复场景（默认值+warn）与契约破坏；并发中锁内抛异常易致状态不一致；日志必须打印完整堆栈。
-
Disruptor不是队列而是环形数组+序列号驱动的状态机，需按其内存模型组织代码：bufferSize必须为2的幂次方，事件类须有无参构造器和reset方法，生产者须批量申请序列号并publish，消费者须用BatchEventProcessor与BusySpinWaitStrategy，且必须解决伪共享问题。
-
Java的try-with-resources能自动关闭资源，前提是资源实现AutoCloseable接口；资源在try后括号内声明，执行结束时自动调用close()方法；关闭顺序与声明顺序相反；若try块和close均抛异常，try异常为主，close异常被压制并可通过getSuppressed()获取。
-
StringTable是哈希表，不自动去重，仅通过字面量加载或显式调用intern()才插入条目；intern()在JDK7+存引用而非复制对象，滥用会导致哈希冲突、内存泄漏及性能下降。
-
LambdaMetafactory不是替代反射的工具，而是将反射调用转化为接近直接调用的高性能桥梁，通过MethodHandle+invokedynamic生成函数式接口实现，绕过安全检查、参数装箱与方法查找，使调用耗时从35.8ns降至2.9–3.2ns。
-
子类中定义与父类同名的成员变量会隐藏父类变量，但两者仍独立存在；通过子类对象访问时默认使用子类变量，如Childc=newChild();System.out.println(c.value)输出20，而((Parent)c).value输出10；可使用super关键字访问被隐藏的父类成员，如super.value；此现象仅适用于成员变量，方法同名则为重写，静态成员同名属于静态隐藏；建议避免同名字段以提升代码可读性。
-
首先定义Student类封装学生信息，再通过ScoreManager管理学生列表并实现按学号和姓名查询，接着使用Scanner构建菜单式交互界面，最后可扩展文件存储、HashMap优化查询及图形界面提升体验。
-
Comparator.nullsFirst()的核心作用是生成一个能安全处理null的比较器包装器，使所有null值排在非null值之前，而非null元素仍按原比较逻辑排序。
-
new触发类加载（含初始化）后分配内存并写入对象头，再自顶向下执行构造器链；反射、clone、反序列化等绕过构造器，导致字段未按预期初始化。
