-
try-with-resources要求资源必须实现AutoCloseable接口，否则编译报错；多资源按逆序关闭，close()异常被抑制，装饰器只需声明最外层流。
-
最有效方式是分析堆转储快照（HeapDump）。通过开启OOM自动Dump、用MAT查看LeakSuspects/TopConsumers/Histogram，结合GCRoots引用链定位泄漏源头，并用jstat等工具多点采样验证增长趋势。
-
WebSocketServerProtocolHandler必须置于pipeline最前端，因其需处理原始HTTP升级请求；若前置解码器已将其转为FullHttpRequest，则握手失败并抛IllegalStateException。
-
基于掩码的IP地址解析核心是将IP和掩码转为四段整数数组，逐段按位与运算得出网络地址；需校验每段0–255合法性，支持点分十进制与CIDR两种输入格式，同网段判定即比较网络地址数组是否完全一致。
-
数组实现状态回滚本质是存储可还原的纯数据快照，需用JSON或深拷贝避免引用污染，配合history、redoStack和currentIndex三者管理撤销重做逻辑。
-
Java中不能靠抛异常实现优雅退出，因为异常机制非流程控制工具，会掩盖错误、破坏调用栈、干扰监控；应使用System.exit(int)明确退出意图，或采用分层返回与外部信号协调。
-
滑动窗口算法配合异常捕获可有效定位高频接口故障链：通过30–120秒窗口与5–10秒步长统计失败密度，结合失败率突变检测（偏离基线3σ）、多依赖接口时间对齐、trace_id上下文追溯及错误码组合规则，实现故障链精准聚合与根因定位。
-
Optional.filter()用于条件性保留单个值：值存在且满足Predicate时返回原Optional，否则返回empty；它不遍历集合，不改变泛型类型，且在empty时不执行Predicate。
-
线程池用于处理WebSocket连接背后的耗时业务逻辑，而非I/O操作；I/O必须由事件驱动框架原生处理，业务逻辑（如数据库查询、AI调用）才应交由线程池异步执行。
-
任务类需强制非空校验、状态封装为枚举、ID用Long或UUID、setter链式返回且禁设null；单线程用ArrayList配合synchronizedList，禁用Vector和盲目用CopyOnWriteArrayList。
-
StringTokenizer通过传入含所有分隔符的字符串，将每个字符视为独立分隔符，适合解析混用分隔符的遗留文本；默认跳过空字段，需保留时应改用split；遍历时应先获取countTokens再循环以避免竞态。
-
Java中Exception类不能被直接方法引用，因其为抽象类且无符合函数式接口签名的实例方法；可行方案是用ThrowingFunction包装受检异常、通过Optional实现异常感知过滤，或借助Vavr等库将异常建模为流的一部分。
-
ClassLoader.getSystemResource()从classpath查找资源，不直接访问项目根路径；需确保文件在src/main/resources或显式添加的classpath中，否则无法加载。
-
不能直接用flatMap实现完整拓扑排序，因其仅支持静态嵌套结构的映射扁平化，缺乏图遍历所需的状态管理、环检测、入度更新等能力；真正实现需结合Stream初始化与Kahn/DFS算法手动执行。
-
start()启动新线程实现并发，run()仅为普通方法调用；start()由JVM调度创建独立线程并自动执行run()，而run()在当前线程串行执行；start()只能调用一次，run()可重复调用。
