dead code警告本质是编译器在编译期确定某段代码永远无法执行，暴露逻辑冗余或条件失效；应避免编译期可判定的常量判断、new后判空、循环中不可达语句等，优先修复逻辑而非屏蔽警告。
Java 中流程控制导致的 Dead code（死代码）警告，本质是编译器在编译期就能确定某段代码**永远无法执行**。它不是运行时错误，但暴露了逻辑冗余或条件判断失效的问题。避免这类警告，关键在于让条件分支真正具备运行时不确定性，同时保持逻辑清晰、可维护。
别用编译期可判定的常量做条件判断
编译器会直接计算出恒真或恒假的布尔表达式，从而标记后续不可达分支为死代码。
- ❌ 避免写
if (false) { ... }或if (true && true) { ... } else { ... }—— else 块必然不执行 - ✅ 改成变量参与判断：比如声明
boolean shouldLog = Config.isDebug();，再用if (shouldLog)。编译器无法预知配置值，分支保留有效性 - ⚠️ 注意：
final boolean DEBUG = true;在某些 JDK 版本中仍可能被内联优化，导致死代码警告；如需保留分支，建议用非 final 变量或方法调用（如isDebugEnabled()）
警惕对象创建后立即判空
new 出来的引用类型对象，在构造成功后一定不为 null，后续的 if (obj != null) 就是多余判断。
- ❌ 错误示例：
String s = new String("abc"); if (s != null) { s.length(); } - ✅ 正确做法：直接使用，无需判空；若该对象来自外部（如方法返回值、用户输入），才需要判空
- ? 衍生场景：集合初始化后检查 size() > 0 也属类似问题——除非集合后续可能被清空，否则初始判断无意义
循环中避免提前 return/break 后残留不可达语句
编译器能静态分析出循环体某次迭代后必然跳出，后续代码即被标记为死代码。
- ❌ 如循环内有
if (condition) { flag = true; break; }，紧接着又写flag = false;—— 这行会被警告 - ✅ 把赋值逻辑放在合理位置：比如只在未满足条件时设默认值，或用 else 分支包裹
- ? 典型陷阱：for 循环里用
return或抛异常退出，后面紧跟的语句（即使在循环外）若在所有路径上都不可达，也会被标死代码
用 @SuppressWarnings("unused") 要谨慎
这个注解只能屏蔽“未使用变量/方法”的警告，对 Dead code 无效。想抑制死代码警告，没有标准注解支持 —— 因为它反映的是真实逻辑缺陷。
- ? 不要试图用
@SuppressWarnings("deadcode")（Java 不识别该关键字） - ✅ 真正需要保留看似冗余的代码时（如预留扩展分支、兼容旧协议），应加明确注释说明意图，而不是绕过编译器检查
- ? 工具层面：Eclipse/IDEA 的警告级别可调，但建议保持 “Dead code” 提示开启，作为代码健康度的日常反馈
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
