-
本文介绍如何利用Java泛型与接口设计重构高度相似的过滤器构建方法，避免因继承导致的代码冗余和脆弱基类问题，同时提升可维护性与类型安全性。
-
ThreadLocal的值存在当前线程的threadLocals字段（ThreadLocalMap类型）中，而非ThreadLocal实例本身；get/set操作本质是对此Map的key（当前ThreadLocal）查/存value；因Entry的key是弱引用而value是强引用，若不显式remove()，易导致value内存泄漏，尤其在线程池场景下。
-
CyclicBarrier的核心作用是让一组线程互相等待至全部到达屏障点后共同继续执行，支持可重复使用和屏障动作回调，适用于多线程分阶段协作与同步汇报场景。
-
LinkedList基于双向链表实现，支持高效插入删除和双向遍历，适用于栈、队列及浏览器历史等场景，但随机访问性能较差，需注意避免频繁get操作和线程安全问题。
-
new是最直接的对象创建方式，需类非抽象/接口且构造器可访问；反射newInstance()已弃用，应改用getDeclaredConstructor().newInstance()；静态工厂更灵活安全，推荐优先使用。
-
LRU缓存不依赖访问频次，而是按最近使用时间淘汰；若需频次计数，实为LFU策略，可用keys[]、values[]、counts[]三个平行数组实现，查找、更新、淘汰均为O(N)时间复杂度。
-
静态块不适合管理全局唯一加密盐值，因其导致所有用户共用同一固定盐值，违背盐值必须唯一且随机的密码学原则，使哈希退化为可预测的固定前缀，极易遭受彩虹表攻击。
-
Java多态方法调用在运行时决定具体版本，根本原因是JVM通过invokevirtual指令结合对象头的klasspointer和类的虚方法表（vtable）动态查表定位方法入口。
-
Java9的Optional.or()用于在当前Optional为空时惰性执行Supplier获取新Optional，返回值仍为Optional<T>；正确用法是opt.or(()->Optional.of("default"))，而非传入实例或非Optional值。
-
@TestFactory方法必须返回Stream/Collection/Iterable<DynamicTest>，数据需在方法体外层加载，每个DynamicTest需唯一可读名称并内嵌资源清理逻辑。
-
InetAddress.getLocalHost()返回127.0.0.1是因主机名被解析为localhost，应遍历网卡获取真实局域网IP；getByName()失败多因DNS缓存、IPv6优先或防火墙；isReachable()在Windows下不可靠；getCanonicalHostName()强制正反向DNS解析确保FQDN。
-
ReferenceQueue是监控对象实例被回收的通知通道，入队的是WeakReference或PhantomReference等引用对象本身，而非原始对象；需构造时显式传入，通过poll()/remove()轮询确认回收完成。
-
setAccessible本身不直接引发锁竞争，但高并发下会放大JVM访问检查、模块校验等开销，导致CPU热点和线程争用；优化需缓存Field/Method、静态复用、避免循环内重复调用，并优先采用VarHandle或编译期生成替代反射。
-
StreamAPI财务合规监测的核心是将规则转化为可组合、可复用、可验证的函数式逻辑，在业务服务层实现轻量、精准、低延迟的中间态校验，聚焦金额精度、币种一致性、科目归属、余额方向、阈值越界、时间有效性等关键变量，并通过groupingBy和partitioningBy支持差异化策略路由。
-
ZipOutputStream解压后为空目录的根本原因是未调用closeEntry()；目录条目也需调用，且不能依赖close()自动补全。
