-
do-while循环配合布尔开关变量可确保删除前至少一次预检与确认提示，confirmed控制循环退出，删除操作严格置于循环外执行，避免误删。
-
Java中long和float字面量需加L/F后缀，因整数默认int、浮点数默认double；如10000000000无L会超int范围报错，3.14无F因double转float隐式降级被禁止。
-
硬编码魔法值在分支结构中危害严重，应通过语义化封装、规则外置化、策略模式和快照日志实现可配置、可审计的规则体系，并渐进式落地。
-
类是描述一类东西的声明而非实体，它不占运行时内存，仅作为模板定义共性；实例化则分配独立状态空间，每个对象拥有独立字段但共享方法代码。
-
什么时候该用CyclicBarrier而不是CountDownLatch当你需要多个线程反复在某个点同步、等彼此都到达后再一起往下走，就该选CyclicBarrier；CountDownLatch是一次性倒数，用完就废，没法重用。典型场景：分段计算后汇总结果（比如4个线程各自处理一批数据，算完必须等齐了再合并统计），且这个“分段→等待→合并”流程要跑好几次——这时候CyclicBarrier的可重用性才是关键。CyclicBarrier构造时指定参与线程数，到达的线程调用aw
-
G1字符串去重由-XX:+UseStringDeduplication实现，仅作用于老年代中内容相同的byte[]/char[]，StringTable不参与去重；jcmdVM.stringtable仅显示intern引用元信息，无法反映去重效果，需通过PrintStringDeduplicationStatistics日志确认。
-
该用CyclicBarrier而不是CountDownLatch的场景是需要多线程分阶段协作且屏障可重用时，如多玩家回合同步、mini-batch数据校验；因其可重置，而CountDownLatch仅适用于一次性初始化等待。
-
能，但必须严格控制匹配范围和统计周期，否则可能因字节码增强引入不可预期的开销；monitor通过ASM在方法入口/出口插入计数逻辑，虽不改业务代码，却增加指令执行与类重定义开销，高QPS下易抬升CPU。
-
Java中实现资源清理审计的关键是保留主异常和被抑制的关闭异常，并通过getSuppressed()检查、MDC绑定trace_id记录上下文，确保清理行为可追溯、可验证。
-
CountDownLatch和Semaphore均基于AQS共享模式，统一通过tryAcquireShared判断放行：前者state==0返回1（仅当前线程放行），后者返回剩余许可数（可能触发后续传播）；countDown()与release()均调用releaseShared(1)，但state语义相反——前者递减倒计时，后者增减许可数。
-
静态块不适合初始化MDC变量，因其在类加载时由主线程执行，无法绑定请求线程，导致traceId写入错误上下文、无法透传Header值、无法清理而引发线程池脏数据。
-
本文详解hasNextInt()的工作原理与典型误用场景，重点演示如何用它替代try-catch实现健壮的双整数输入验证，并给出可复用的循环输入处理方案。
-
Selector通过操作系统内核的I/O多路复用（如Linuxepoll）实现高效轮询，select()阻塞等待内核通知就绪Channel，仅处理selectedKeys()中的活跃事件，避免遍历全部Channel；注册前须设为非阻塞并指定interestOps；迭代selectedKeys()后必须手动remove()；单Selector瓶颈在JVM内存、GC和业务逻辑耗时，应分离IO与业务处理。
-
适合，HashedWheelTimer专为高并发连接的超时调度设计，适用于数万路TCP连接的3s～2min级断线检测与重传，但精度受限于tickDuration（如100ms），且需显式cancel避免内存泄漏。
-
不可靠。validate()返回false说明戳记获取后、校验前已有写操作，所有此前读取的字段值均可能不一致，须退至悲观锁或重试。
