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

IntelliJ有代码分析工具，用于检测未使用的代码。你应该试着让尽可能多的字段/方法/类成为非公共的，这样会显示出更多未使用的方法/字段/类

我还会尝试找到重复的代码，作为减少代码量的一种方式。

我的最后一个建议是，尽量找到开放源代码，如果使用，会使您的代码更简单。

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

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

但这是非常手工的。

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

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

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...

用户覆盖工具，例如EMMA。但它不是静态工具(也就是说，它需要通过回归测试实际运行应用程序，并通过所有可能的错误情况，这是不可能的:))

尽管如此，EMMA还是非常有用的。