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

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

Eclipse可以显示/突出显示无法访问的代码。JUnit可以向您显示代码覆盖率，但是您需要进行一些测试，并且必须决定是否缺少相关的测试，或者代码确实没有使用过。

有一些工具可以分析代码并提供代码覆盖率数据。这可以让您看到(当代码运行时)调用了多少代码。您可以使用任何这些工具来找出您有多少孤立代码。

Eclipse Goto Windows >首选项> Java >编译器>错误/警告 把它们都改成错误。修复所有错误。这是最简单的方法。这样做的好处是，您可以在编写代码时清理代码。

截图Eclipse代码:

我使用Doxygen开发了一个方法调用映射来定位从未调用过的方法。在图中，您将发现没有调用者的方法集群孤岛。这对库不起作用，因为您总是需要从一些主要入口点开始。

代码覆盖工具，如Emma、Cobertura和Clover，将检测您的代码，并记录通过运行一组测试调用代码的哪些部分。这是非常有用的，并且应该是开发过程中不可分割的一部分。它将帮助您确定测试套件对代码的覆盖程度。

然而，这与识别真正的死代码是不同的。它只识别被测试覆盖(或未被测试覆盖)的代码。这可能会给您带来假阳性(如果您的测试没有覆盖所有场景)和假阴性(如果您的测试访问了实际上从未在真实场景中使用过的代码)。

我认为真正识别死代码的最好方法是在实时运行的环境中使用覆盖工具，并在一段较长的时间内分析代码覆盖率。

If you are runnning in a load balanced redundant environment (and if not, why not?) then I suppose it would make sense to only instrument one instance of your application and to configure your load balancer such that a random, but small, portion of your users run on your instrumented instance. If you do this over an extended period of time (to make sure that you have covered all real world usage scenarios - such seasonal variations), you should be able to see exactly which areas of your code are accessed under real world usage and which parts are really never accessed and hence dead code.

我个人从来没有见过这样做，也不知道如何使用上述工具来检测和分析没有通过测试套件调用的代码——但我相信它们可以做到。