-
FileVisitOption本身不会导致死循环，但配合符号链接或自引用目录时可能引发无限遍历；推荐优先使用NOFOLLOW_LINKS，并结合深度限制与路径去重确保安全。
-
并行流吞吐提升关键取决于负载均衡而非仅核心数；适合计算密集、粒度均匀、无强依赖任务，不适合共享写、I/O等待或耗时长尾场景；需用jstack/JFR、pidstat、GC日志验证真实均衡性，并合理控制并行度与CPU绑定。
-
StreamInsight通过时间窗口约束的Join操作实时提取社交关系，以复合键、跨流联接和内连接过滤构建动态图谱边，直接输出至图数据库。
-
Collections.nCopies()返回不可变视图列表，所有修改方法抛UnsupportedOperationException；它仅适合读取或传给可变集合构造器（如newArrayList<>(Collections.nCopies(n,e))），且元素为同一对象引用，不支持深拷贝。
-
《阿里巴巴Java开发手册》规定类成员应按“静态→实例”顺序排列：静态变量（publicstaticfinal→privatestaticfinal→非final）→静态块→静态方法（工具类优先）→实例成员；IDE需配置规则并统一共享。
-
AtomicIntegerFieldUpdater的核心作用是通过反射对volatileint字段进行无锁原子更新。适用于无法修改类结构但需线程安全更新int字段的场景，如高并发计数器、状态码等；使用前须满足字段为volatileint、非static/final、具访问权限等条件。
-
try-with-resources要求资源必须实现AutoCloseable接口，否则编译报错；多资源按逆序关闭，close()异常被抑制，装饰器只需声明最外层流。
-
ListIterator是唯一能边遍历边安全修改List的迭代器，因其支持双向移动、插入/删除/替换操作且直接作用于原列表，避免ConcurrentModificationException。
-
JVM中不存在“用于存储类元数据的双亲委派双向链表结构”；双亲委派是单向委托策略，类元数据存于Metaspace，由ClassLoaderData管理，二者完全解耦。
-
方法引用不能替代反射调用静态方法，它是编译期绑定的函数式语法糖，与运行时反射机制本质不同；强行混用会导致类型不兼容和编译错误，真正提升可读性的是优先使用方法引用而非反射。
-
Stream.dropWhile()是Java9引入的方法，用于跳过流开头连续满足谓词的元素，保留首个不满足条件的元素及后续所有元素，仅适用于有序串行流。
-
加了serialVersionUID仍报InvalidClassException是因为JVM比对的是其字面值，若未显式声明则自动生成，类结构微调会导致默认值变化；应统一用1L并按兼容性规则递增。
-
Java异常提示需区分类型映射友好文案，未知异常用traceID兜底并记录日志，禁止直接展示原始消息；服务端决定提示内容，客户端负责渲染，二者解耦。
-
强制类型转换是截断源头，应规避强转、控制精度、显式校验、分层拦截：一、数据清洗层用正则归一化+多格式解析；二、数值层用字符串构造BigDecimal并显式取整；三、对接层用Math.toIntExact()加死信兜底。
-
Java应用部署到K8s需先容器化并适配容器生命周期：启用-XX:+UseContainerSupport、合理配置liveness/readiness探针（如/actuator/health/readiness）、避免检查数据库连通性，SpringBoot2.3+推荐用bootBuildImage构建镜像。
