1. 概述
在本篇中，我们将快速了解一下如何使用 Java 中的 @SuppressWarnings 注解。
这个注解虽然简单，但在日常开发中非常实用，特别是在处理一些“明知故犯”的警告时，能让我们代码更干净、编译日志更清爽 ✅
2. @SuppressWarnings 注解
编译器的警告信息通常是很有帮助的，它能提前暴露潜在的问题。但有时候这些警告也会变得很烦人，尤其是当你 明知问题存在却不想或不能立即修复 的时候。
举个例子：
public class Machine {
private List versions;
public void addVersion(String version) {
versions.add(version);
}
}
这段代码会触发一个警告：使用了原始类型（raw type）的集合。虽然这个警告是对的，但如果我们暂时不打算加泛型（比如为了兼容老代码），又不想看到满屏警告，那就可以用 @SuppressWarnings 来“镇住”它。
这个注解允许我们告诉编译器：“我知道这里有警告，但请别报出来”。
2.1 常见的警告类型
不同编译器支持的警告类型可能略有差异，但以下两个是最常见的：
deprecation：忽略使用了已废弃方法或类的警告unchecked：忽略使用原始类型或未检查转换的警告
比如上面的例子，我们可以这样写来压制警告：
public class Machine {
private List versions;
@SuppressWarnings("unchecked")
// 或者写成数组形式
@SuppressWarnings({"unchecked"})
public void addVersion(String version) {
versions.add(version);
}
}
2.2 压制多个警告
如果要压制多个类型的警告，只需要传入一个字符串数组即可：
@SuppressWarnings({"unchecked", "deprecation"})
⚠️ 注意：虽然这个注解能“眼不见心不烦”，但别滥用。压制警告等于把潜在问题藏起来，上线之后可能就会变成“惊喜”。
3. 总结
通过本文我们了解了 @SuppressWarnings 注解的基本用法，它能帮我们在合适的时候压制编译器警告，让代码更整洁。不过使用时要慎重，不要掩盖真正需要修复的问题。
示例代码可以在 GitHub 上找到。