我很惊讶这里竟然没有提到ProGuard。这是目前最成熟的产品之一。

ProGuard is a free Java class file shrinker, optimizer, obfuscator, and preverifier. It detects and removes unused classes, fields, methods, and attributes. It optimizes bytecode and removes unused instructions. It renames the remaining classes, fields, and methods using short meaningless names. Finally, it preverifies the processed code for Java 6 or for Java Micro Edition. Some uses of ProGuard are: Creating more compact code, for smaller code archives, faster transfer across networks, faster loading, and smaller memory footprints. Making programs and libraries harder to reverse-engineer. Listing dead code, so it can be removed from the source code. Retargeting and preverifying existing class files for Java 6 or higher, to take full advantage of their faster class loading.

下面是列表死代码的示例:https://www.guardsquare.com/en/products/proguard/manual/examples#deadcode

FindBugs非常适合做这类事情。 PMD (Project Mess Detector)是另一个可以使用的工具。

但是，两者都不能找到工作区中未使用的公共静态方法。如果有人知道这样的工具，那么请让我知道。

我发现三叶草覆盖工具，仪器代码和突出显示的代码是使用和未使用的。不像谷歌CodePro分析，它也适用于WebApplications(根据我的经验，我可能是不正确的谷歌CodePro)。

我注意到的唯一缺点是它没有考虑Java接口。

我们已经开始使用Find Bugs来帮助识别代码库中目标丰富的重构环境中的一些缺陷。我还会考虑结构101来识别代码库架构中过于复杂的地方，这样你就知道真正的沼泽在哪里。

我在Eclipse中对单个类所做的一件事是，将它的所有方法都更改为private，然后看看我得到了什么抱怨。对于所使用的方法，这将引起错误，我将它们返回到尽可能低的访问级别。对于未使用的方法，这将引发关于未使用方法的警告，然后可以删除这些方法。作为奖励，您经常会发现一些公共方法可以而且应该被私有。

但这是非常手工的。

理论上，您无法确定地找到未使用的代码。这有一个数学证明(好吧，这是一个更普遍的定理的特殊情况)。如果你很好奇，可以查一下《停止问题》。

这可以在Java代码中以多种方式表现出来:

根据用户输入、配置文件、数据库条目等加载类; 加载外部代码; 将对象树传递给第三方库; 等。

也就是说，我使用IDEA IntelliJ作为我的IDE选择，它有广泛的分析工具，可以发现模块、未使用的方法、未使用的成员、未使用的类等之间的依赖关系。它也很智能，就像一个没有被调用的私有方法被标记为未使用，但一个公共方法需要更广泛的分析。