-
目标存活率（-XX:TargetSurvivorRatio）默认为50%，决定MinorGC后Survivor区对象累计占比达该比例时触发动态年龄晋升；调高则延缓晋升、调低则加速晋升，需结合Survivor实际容量协同调优。
-
getActiveCount返回的是RUNNABLE且已执行run()的线程数，不包含BLOCKED/WAITING/TIMED_WAITING等阻塞态线程，故不能代表真实活跃任务数，仅反映CPU密集型忙线程的瞬时快照。
-
CGLIB与JDK动态代理在变量处理上本身无性能差异，因二者均不操作变量而专注方法拦截；参数传递开销几乎为零，成员变量访问不受影响，真正差异在于JDK依赖反射调用（Method.invoke）而CGLIB通过MethodProxy.invokeSuper直接调用，后者路径更短、性能更高。
-
MessageFormat.format()不替换占位符主因是花括号不配对或类型不匹配：{0}未替换因单个{被当字面量；{0,date}传入Instant会ClassCastException；中文locale需显式传入避免格式错乱；固定pattern应staticfinal复用以提升性能。
-
保。LinkedHashSet保证迭代顺序与插入顺序一致，底层用双向链表维护序列、HashMap实现O(1)查找；add()决定顺序，contains()/remove()不改变链表结构；适用于去重且需保序场景，非线程安全。
-
Java中不能靠抛异常实现优雅退出，因为异常机制非流程控制工具，会掩盖错误、破坏调用栈、干扰监控；应使用System.exit(int)明确退出意图，或采用分层返回与外部信号协调。
-
StampedLock的乐观读通过stamp验证替代加锁，仅在冲突时退化为悲观读；适用于读多写少、读操作极轻量场景，吞吐量可达ReentrantReadWriteLock的3–4倍。
-
接口应由调用方定义并持有，实现方仅实现且不反向依赖；接口包路径属调用方，禁止暴露实现细节、框架注解及运行时反射注入，参数宜封装为DTO，粒度按业务变化原因聚合。
-
Java中Exception类不能被直接方法引用，因其为抽象类且无符合函数式接口签名的实例方法；可行方案是用ThrowingFunction包装受检异常、通过Optional实现异常感知过滤，或借助Vavr等库将异常建模为流的一部分。
-
本文介绍如何不依赖自定义Wrapper实体类，也不手动引入Jackson/Gson序列化逻辑，而是通过Hibernate+自定义泛型类型映射，将任意Java类（如SomeClass）直接作为JSON字段持久化到MySQL8的JSON列中，兼顾类型安全、开发简洁性与结构稳定性。
-
GenericArrayType用于表示泛型数组类型（如List<String>[]），需调用getGenericComponentType()获取其组件类型，该返回值可能是ParameterizedType、TypeVariable等，需递归解析。
-
equalsIgnoreCase更安全，因它基于Unicode标准大小写折叠、不依赖locale，避免非ASCII字符（如ß、İ）转换异常；仅用于用户名/邮箱等标识符，需判空且不可用于密码；应配合Unicode正规化和输入清洗。
-
关键在于按任务性质选线程池类型并精细配置：CPU密集型用固定大小+ForkJoinPool，IO混合型配动态线程+有界队列，强事务场景交由小线程池串行；拆解变量路径为Supplier并发执行；监控队列堆积、禁用阻塞调用；虚拟线程用于轻量接入，重计算仍走隔离平台线程池。
-
调试时发现方法返回正确值，但接收变量仍为初始值（如空字符串），根本原因常是调试器在多线程切换中丢失执行上下文——变量确已赋值，但后续异步线程读取的是旧快照或未同步的副本。
-
VarHandle在内存访问层面比AtomicFieldUpdater更高效，因其绕开反射、精准生成内存屏障、避免运行时校验、直接映射硬件指令且缓存行友好性更高。
