-
SubmissionPublisher默认构造不满足生产级背压需求，因其使用共享无界ForkJoinPool、默认缓冲区为MAX_INT（等效无界），导致延迟不可控、背压信号失效、GC压力大及OOM风险。
-
ConcurrentHashMap本身不提供原子性大小限制操作，直接检查size后put会导致竞态条件；需借助外部同步机制（如ReentrantLock）或使用支持容量策略的缓存库（如Caffeine）来实现线程安全的“仅当未达上限时插入”逻辑。
-
应避免用异常控制流程，频繁抛出异常会因栈追踪导致性能下降。推荐预判条件代替try-catch校验，如用正则或NumberUtils判断数字格式；自定义异常可重写fillInStackTrace返回this以减少开销；捕获时应优先具体异常，合理使用multi-catch合并处理；延迟构建异常信息，避免无谓的字符串拼接，提升性能。
-
synchronized修饰方法能保证自增线程安全，但仅适用于简单场景；它本质是把整个方法变成临界区，靠对象锁互斥执行，性能开销明显，且无法应对跨方法的复合操作。
-
扫雷核心用二维数组表示格子，元素存未翻开（0）、是雷（-1）或周围雷数（1~8）；初始化全0后随机布雷并去重；首次点击才生成数字；点击0格时用BFS递归展开相邻0区域，配合八邻域偏移和边界检查。
-
AtomicIntegerFieldUpdater不支持private字段，因其要求字段必须是publicvolatile；它依赖反射获取字段引用，但构造时会校验并拒绝非public字段，抛出“Fieldisnotpublic”异常。
-
关键在于破坏死锁四条件，Java中通过统一锁顺序、使用tryLock超时机制、减少锁范围、避免嵌套锁及采用并发工具类可有效预防死锁。
-
ExceptionUtils.getStackTrace()是ApacheCommonsLang提供的将Throwable转为完整堆栈字符串的方法，用于日志记录、告警或监控上报等需全量堆栈的场景，不输出到控制台。
-
Java枚举天然防反射创建实例，因JVM在native层硬编码限制枚举实例化；其序列化与线程安全由语言机制保障，无需readResolve或synchronized；但不支持延迟加载、依赖注入及继承，适用场景有限。
-
因为findFirst是短路终止操作，配合惰性求值，Pipeline在找到首个匹配元素后立即停止，后续元素不参与filter/map；而先collect再遍历需全量加载、新建集合、额外遍历，时间与内存开销均为O(n)。
-
transient只在Java默认序列化中生效，对JSON/XML/ORM等无效；它使字段不参与字节流读写，反序列化后为默认值，但无法防止日志、网络传输或自定义序列化中的泄露。
-
设置Java环境变量需配置JAVA_HOME指向JDK路径，并将%JAVA_HOME%\bin添加到Path，最后通过java-version、javac-version和echo%JAVA_HOME%验证；若应用无法识别，可能是未重启、多版本冲突、应用自身配置覆盖或用户/系统变量混淆；管理多版本推荐使用SDKMAN!、软链接或IDE独立配置以实现灵活切换。
-
XSSFWorkbook易OOM因构建全量DOM树，而事件驱动（SAX）仅流式解析、内存仅数百KB；必须用XSSFReader+SharedStringsTable+StylesTable三件套，且顺序与初始化时机严格受限。
-
Swing游戏主循环须用javax.swing.Timer而非Thread.sleep()避免EDT阻塞；绘制需重写paintComponent()并调用super；键盘响应应使用KeyBinding绑定到WHEN_IN_FOCUSED_WINDOW；资源加载须在EDT外异步完成并捕获IOException。
-
Java通过可达性分析判断对象是否可回收：从GCRoots（如虚拟机栈局部变量、方法区静态字段、本地方法栈JNI引用）出发，不可达的对象即被回收；新生代用复制算法因存活率低，老年代用标记-整理或清除因存活率高；MinorGC由Eden空间不足触发，FullGC由老年代/Metaspace不足等引发；GC日志中“GC(AllocationFailure)”表明因内存分配失败而触发GC。
