我正在研究一个巨大的项目，由于未参数化的泛型类型，它有超过12k的警告，因为它是在java 1.4天内开始的。 没有资源（人/时间）来手动修复所有这些错误，但是每当遇到一个错误时，我都会尝试尽可能多地修复（每当我需要编辑带有警告的文件时，o调用其中一种方法）
我最近注意到eclipse也有这种类型警告的快速修复功能，我在几个文件上尝试了它，仔细检查修复是否正确（即：如果ArrayList参数化作为<String>，我检查添加/获取的所有内容是否为字符串）。
我一直在几个文件上运行它，并仔细关注这些参数化变量以确保修复正常，并且eclipse似乎永远不会错过。
我的问题是， 这个功能有多可信赖？我是否可以安全地运行所有12k警告而无需手动检查每一个警告，或者是否存在因此而导致错误修复的风险？ eclipse会跳过它无法猜测的参数，还是会做出最大努力？
答案 0 :(得分：3)
简答：这很可靠。
您还可以阅读JDT / UI团队为了验证代码所做的工作 - http://wiki.eclipse.org/Generify_A_Java_Project#Generify_your_project
答案 1 :(得分：0)
另一个选项是禁用项目的警告。在Project Properties中，导航到Java Compiler＆gt;错误/警告，然后在搜索框中键入“raw”（不带引号）。您可以将“使用原始类型”从警告更改为“忽略”。
另一种选择是添加@SuppressWarnings注释（也是QuickFix选项）。
就我个人而言，我发现这种警告令人讨厌，因为很多情况下不需要通用或不提供价值。