-
ThreadDeath是JVM内部用于已废弃的Thread.stop()的错误信号，继承自Error，无法被真正捕获或处理；现代Java应使用协作式中断机制替代。
-
结论：热点探测的价值体现在混合模式下JVM动态选择编译时机，而非纯解释或纯编译的极端对比；-Xint和-Xcomp绕过真实机制，无法体现CompileThreshold等参数作用；需通过-XX:+PrintCompilation等观察实际热点方法识别与优化行为。
-
优化Java数据结构需从业务建模出发，避免贫血模型，采用DDD思想封装数据与行为，合理使用值对象；根据读写特性选择集合类型，优先使用HashMap/TreeSet提升查询效率，对外暴露不可变视图；减少GC压力，通过对象池、懒加载及StringBuilder优化对象创建；优先组合而非继承，利用接口与策略模式解耦，保持系统灵活可扩展。
-
LambdaConversionException是JVM运行时Lambda转换失败抛出的RuntimeException，表明方法签名不匹配、目标不可见或字节码元信息损坏，非业务异常，需检查MethodType、可见性及构建工具链。
-
接口default方法实现旧系统对象动态功能插拔，核心是不改原有类、不侵入调用链，通过组合与默认行为切换能力，在运行时按需启用或绕过通用逻辑。
-
生产环境禁止e.printStackTrace()，须用SLF4J记录带业务标识的日志；禁用空catch；受检异常仅用于调用方必须恢复的场景；finally中避免抛异常，优先用try-with-resources；异常信息需含可行动上下文并脱敏敏感数据。
-
在Spigot1.19+中，LivingEntity.setCollidable(false)已失效（SPIGOT-6399），无法阻止生物推挤玩家；唯一可靠方案是通过ScoreboardTeam禁用团队碰撞，并将玩家与生物加入同一无碰撞队伍。在Spigot1.19+中，`LivingEntity.setCollidable(false)`已失效（SPIGOT-6399），无法阻止生物推挤玩家；唯一可靠方案是通过Scoreboard
-
三元运算符要求两分支表达式类型一致，否则隐式提升可能导致精度丢失或警告；应主动控制类型一致性，如显式强制转换、统一使用包装类、提取为同类型变量，并启用编译器严格检查。
-
Thread.interrupted()是静态方法，检查并立即清空中断标志；isInterrupted()是实例方法，只读不改。循环中应每次调用interrupted()检查并清空，避免重复判断；阻塞方法抛InterruptedException时已自动清空中断状态，需在catch块中手动重置。
-
合理捕获SQLException并使用try-with-resources确保资源释放，结合错误码判断与日志记录，可有效提升数据库操作的稳定性和可维护性。
-
非静态内部类隐式持有外部类强引用（this$0），易致内存泄漏；静态内部类无此引用，更安全高效。应优先使用静态内部类，需访问外部状态时显式传入WeakReference。
-
是，因readinessProbe未真实反映业务就绪状态：如initialDelaySeconds过小、未检查DB/Redis等依赖，或健康端点响应超时导致误判，使流量过早导入尚未完成初始化的新Pod。
-
Java21的记录类与模式匹配使switch处理嵌套对象更安全简洁：通过record定义不可变数据结构，结合类型+记录+列表模式及守卫条件，实现多层解构、null防御和编译期穷尽性检查。
-
答案是掌握Java循环结构需理解for、while和do-while的执行逻辑，for适用于已知次数的循环，其初始化、条件判断和更新操作集中，结构清晰。
-
AQS共享模式中state语义因同步器而异：Semaphore的state表示剩余许可数（越大越空闲），CountDownLatch的state表示待完成任务数（越小越接近释放线程），该差异决定tryAcquireShared返回逻辑及阻塞/放行时机。
