-
目标存活率（-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复用以提升性能。
-
启用-Xlog:safepoint是定位非GC类全局停顿最直接有效的方式，它专门记录JVM为执行需线程同步至安全点的操作（如偏置锁撤销、JIT退优化、类重定义等）而引发的停顿，而非垃圾回收本身。
-
保。LinkedHashSet保证迭代顺序与插入顺序一致，底层用双向链表维护序列、HashMap实现O(1)查找；add()决定顺序，contains()/remove()不改变链表结构；适用于去重且需保序场景，非线程安全。
-
Java中不能靠抛异常实现优雅退出，因为异常机制非流程控制工具，会掩盖错误、破坏调用栈、干扰监控；应使用System.exit(int)明确退出意图，或采用分层返回与外部信号协调。
-
StampedLock的乐观读通过stamp验证替代加锁，仅在冲突时退化为悲观读；适用于读多写少、读操作极轻量场景，吞吐量可达ReentrantReadWriteLock的3–4倍。
-
%s对应任意对象（含null），%d仅接受整数类型，%f接受浮点类型；参数类型与顺序必须严格匹配，否则抛IllegalFormatConversionException或MissingFormatArgumentException。
-
接口应由调用方定义并持有，实现方仅实现且不反向依赖；接口包路径属调用方，禁止暴露实现细节、框架注解及运行时反射注入，参数宜封装为DTO，粒度按业务变化原因聚合。
-
Java中Exception类不能被直接方法引用，因其为抽象类且无符合函数式接口签名的实例方法；可行方案是用ThrowingFunction包装受检异常、通过Optional实现异常感知过滤，或借助Vavr等库将异常建模为流的一部分。
-
本文介绍如何不依赖自定义Wrapper实体类，也不手动引入Jackson/Gson序列化逻辑，而是通过Hibernate+自定义泛型类型映射，将任意Java类（如SomeClass）直接作为JSON字段持久化到MySQL8的JSON列中，兼顾类型安全、开发简洁性与结构稳定性。
-
GenericArrayType用于表示泛型数组类型（如List<String>[]），需调用getGenericComponentType()获取其组件类型，该返回值可能是ParameterizedType、TypeVariable等，需递归解析。
-
泛型类型不匹配是Spring4.0+升级后引发NoSuchBeanDefinitionException的典型原因：因严格泛型校验，容器拒绝匹配泛型参数不完全一致的Bean，如注入PersistenceContext<Account>时无法匹配PersistenceContext<Object>，需确保子类显式继承具体泛型（如AccountDaoImplextendsAbstractDao<Account>）并正确注解。
-
关键在于按任务性质选线程池类型并精细配置：CPU密集型用固定大小+ForkJoinPool，IO混合型配动态线程+有界队列，强事务场景交由小线程池串行；拆解变量路径为Supplier并发执行；监控队列堆积、禁用阻塞调用；虚拟线程用于轻量接入，重计算仍走隔离平台线程池。
