Structure101切片透视图将给出与“主”集群没有依赖关系的类或包的“孤儿”或“孤儿组”的列表(和依赖关系图)。

我会让运行中的系统保持代码使用的日志，然后开始检查几个月或几年没有使用的代码。

例如，如果您对未使用的类感兴趣，那么所有的类都可以在创建实例时记录日志。然后，一个小脚本可以将这些日志与完整的类列表进行比较，以找到未使用的类。

Of course, if you go at the method level you should keep performance in mind. For example, the methods could only log their first use. I dont know how this is best done in Java. We have done this in Smalltalk, which is a dynamic language and thus allows for code modification at runtime. We instrument all methods with a logging call and uninstall the logging code after a method has been logged for the first time, thus after some time no more performance penalties occur. Maybe a similar thing can be done in Java with static boolean flags...

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

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

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

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

有一个Java项目-死代码检测器(DCD)。对于源代码，它似乎工作得不太好，但对于.jar文件-它真的很好。另外，您可以通过类和方法进行过滤。

使用测试覆盖工具来检测代码库，然后运行应用程序本身，而不是测试。

Emma和Eclemma将为您提供关于在任何给定的代码运行中运行的类的百分比的良好报告。

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

截图Eclipse代码: