-Xlint:all 并非真正全量，需额外添加 -Xlint:serial、-Xlint:try 等显式启用高价值检查；IDE 需手动配置编译器参数，Maven 须同步更新 plugin 配置。
javac 的 -Xlint 参数怎么开全量警告
Java 编译器默认只报严重错误，很多潜在问题（比如未用的变量、过时的 API 调用）直接被忽略。用 -Xlint 才能暴露这些细节。
最简单的方式是加 -Xlint:all，但它不是“全量”——它不包含某些实验性或高噪点检查（比如 serial 或 try）。真要覆盖更广，得显式列出：
-
-Xlint:all开启主流警告（deprecation、unchecked、fallthrough等） - 额外补上
-Xlint:serial（序列化 UID 缺失）、-Xlint:try（资源未正确关闭）、-Xlint:cast（无意义类型转换） - 避免用
-Xlint:-all（这是禁用全部，不是启用）
命令示例：javac -Xlint:all -Xlint:serial -Xlint:try Main.java
IDEA / Eclipse 里怎么让 -Xlint 生效
IDE 内置编译器（如 IDEA 的 “Build project using Java compiler”）默认不读取你命令行写的 -Xlint，必须手动配进编译器设置里。
立即学习“Java免费学习笔记（深入）”；
- IntelliJ：File → Settings → Build → Compiler → Java Compiler → Additional command line parameters → 填入
-Xlint:all -Xlint:serial - Eclipse：Preferences → Java → Compiler → Errors/Warnings → 把 “Deprecated and restricted API”、“Generic type problems” 等设为 Warning，这相当于图形化版
-Xlint - 注意：Maven 用户别只改 IDE 设置，还得同步更新
maven-compiler-plugin的<compilerargs></compilerargs>，否则 CI 构建还是静默
为什么加了 -Xlint 还没报 “raw type” 警告
因为 raw type（原始类型，比如用 List 而非 List<string></string>）属于 unchecked 类别，而 -Xlint:all 包含它 —— 但前提是编译器能“看到”泛型擦除后的不安全操作。
- 常见漏报场景：方法参数是 raw type，但调用时传的是带泛型的实例（编译器认为“下游已校验”，不警告）
- 更可靠的做法是配合
-Werror（把警告当错误），强制暴露所有-Xlint捕获的问题 - 如果用了 Lombok，
@Data生成的 getter/setter 可能绕过部分unchecked检查，这时得靠 IDE 的实时分析补位
警告太多不敢修？先分级收敛
一下子开满 -Xlint 容易被刷屏，尤其老项目。不如分阶段收口：
- 第一阶段：只加
-Xlint:deprecation和-Xlint:unchecked，这两类影响最直接（API 过期、类型安全崩坏） - 第二阶段：加上
-Xlint:fallthrough（switch 缺少 break）和-Xlint:serial（序列化风险） - 跳过
-Xlint:rawtypes或-Xlint:varargs等低危项，除非团队明确约定 - CI 流水线建议用
-Werror，但本地开发可先用-Xlint观察，避免阻塞日常调试
警告本身不是目的，关键是识别出哪些是真隐患、哪些是误报。比如 finally 块里 return 会触发 finally 警告，但它有时就是设计如此——得看上下文，不能无脑修。
