-
finally代码块确保无论是否发生异常都会执行，用于资源释放和清理；但JVM退出、线程被杀等场景下不执行，推荐优先使用try-with-resources。
-
分片键必须匹配查询模式，如高频查user_id则用其哈希，查时间范围则按月分片；避免低频高基数字段或未标准化数据；RedisCluster基于key哈希槽路由，MongoDB依赖分片键前缀路由；手动分片需确保路由函数纯且统一；JOIN和全局排序需应用层处理或引入专用引擎。
-
VisualVM连不上本地Java进程主因是jps不可用或tools.jar缺失（JDK9+需用自带jvisualvm）；远程监控须配全JMX参数，尤其-Djava.rmi.server.hostname；内存泄漏看Classes/Instances曲线同步上涨；线程问题结合ThreadDump与CPU采样定位。
-
正确捕获异常可防止定时任务因未处理异常而终止。使用ScheduledExecutorService时需在Runnable中用try-catch包裹逻辑；Spring@Scheduled注解任务也应在方法内捕获异常，或结合AOP统一处理；Timer任务必须自行捕获异常，否则整个Timer线程会中断。建议使用日志框架记录异常，结合重试、告警和监控机制提升稳定性，优先选用ScheduledExecutorService替代Timer以增强健壮性。
-
本文详解如何将MyLaps官方C语言CRC16查表算法准确移植到Java，重点解决因byte有符号性导致的高位扩展错误，并提供可直接用于Socket通信的健壮实现。
-
main方法必须是static的，因为JVM启动时未创建任何对象，需直接通过类名调用；其publicstaticvoidString[]签名是JVM规范强制要求，确保启动过程简单、确定且生态兼容。
-
TreeMap能自动排序因其底层采用红黑树，按key自然顺序或Comparator规则维护节点；key需实现Comparable或提供Comparator，不支持nullkey，非线程安全。
-
使用BlockingQueue实现线程安全消息队列，推荐LinkedBlockingQueue、ArrayBlockingQueue等并发队列，通过put/take方法实现生产者-消费者模型，避免手动加锁，提升性能与可靠性。
-
ProcessHandle无法实现优雅回收，仅负责触发信号和观察状态；真正优雅终止须由子进程自行响应SIGTERM等信号完成清理，否则destroy()在Linux/macOS发SIGTERM、Windows等效强杀，不等待清理也不执行shutdownhook。
-
Java自定义异常信息核心是构造时传入字符串或重写getMessage()，常用方式为throw中用String.format动态拼接；固定结构消息宜封装自定义异常类；国际化需结合ResourceBundle；日志中应补充上下文而非仅美化消息。
-
本文详解在SpringDataJPA中向@OneToMany关联的Set字段安全添加新实体时，因误用不可变集合（如Set.of()）导致UnsupportedOperationException的根本原因、修复方案及最佳实践。
-
应封装带受检异常的函数式接口（如IOConsumer）并在执行处用UncheckedIOException包装；CompletableFuture中需抽离DB操作并分类处理；@Async异常须显式通过CompletableFuture捕获；CountDownLatch等需手动传递异常。
-
Java数组是堆中对象，含对象头、长度字段和元素数据区；引用存栈中，基本类型数组存值，引用类型数组存地址。
-
在IDEA中正确关联JDK源码和文档需确保$JAVA_HOME下存在对应版本的src.zip并准确绑定至SDK的Sourcepath，JDK17+需配置本地API路径或在线文档，同时验证模块opens、禁用JIT内联优化，并区分完整版与精简版JDK源码支持差异。
-
try-with-resources能自动关闭资源是因为编译器将close()插入隐式finally块，要求资源实现AutoCloseable接口，按声明逆序关闭，异常被压制并可通过getSuppressed()获取。
