嘿，这个问题我太有共鸣了——维护大型Java项目时，冗余的类和配置文件真的是让人头疼的噩梦！分享几个我在实际工作中亲测有效的方法，帮你快速定位并清理这些未使用的内容：

1. IDE自带的代码分析功能 #

这是最便捷的方式，不用额外装工具：

• IntelliJ IDEA：右键项目根目录 → Analyze → Run Inspection by Name，输入「Unused declaration」，然后选择要分析的范围（比如整个项目或特定模块）。分析完成后会列出所有未被引用的类、方法和字段，还能直接右键删除。注意要手动排除反射调用的类（比如用Class.forName("xxx")加载的）和测试专用类，IDE识别不了这些场景。
• Eclipse：可以安装「Unused Code Detector」插件，或者用自带的Java Code Analysis工具，路径是Window → Show View → Other → Java → Code Analysis，同样能扫描出未使用的类。

2. 静态代码分析工具 #

如果项目是多模块或者需要批量生成报告，这类工具更高效：

• PMD：在Maven/Gradle里集成PMD插件，配置好unused-code规则，执行命令就能生成详细报告。比如Maven项目跑mvn pmd:pmd，报告在target/pmd.xml里，能清晰看到所有未使用的类。
• SpotBugs：前身是FindBugs，同样支持Maven/Gradle集成，开启UNUSED_CLASS规则后，能检测出未被实例化或引用的类。
• SonarQube：如果公司有搭建Sonar服务，它能做跨模块的全局分析，不仅能找未使用的类，还能标记出仅被测试引用的类，非常适合大型项目。

XML的引用关系更灵活，得按类型针对性处理：

• Spring配置XML/Bean定义文件：如果是Spring Boot项目，用Actuator的beans端点可以查看所有已加载的Bean，对比XML里的定义就能找出未被使用的Bean；或者直接用IDE的「Find in Path」搜索XML里的bean id或对应的类全限定名，看项目中有没有地方注入或引用。
• MyBatis Mapper XML：先检查对应的Mapper接口有没有被调用（用IDE的「Find Usages」），再搜索XML里的statement id，确认没有Java代码引用这些SQL语句。
• 通用资源XML：直接搜索XML文件名或里面的关键标识（比如自定义的配置节点），看有没有被Java代码通过getResource或其他方式加载。另外，SonarQube也能检测未被引用的资源文件。

这些都是我之前吃过亏的地方，一定要留意：

• 别删反射加载的类/XML：比如用Class.forName、ClassLoader.loadClass加载的类，或者动态读取的XML，工具根本识别不了，必须手动排查这类代码。
• 区分「仅测试使用」的内容：分析时可以把测试目录单独排除，避免误删测试依赖的类或配置。
• 跨模块依赖要查清楚：用Maven的mvn dependency:analyze命令，能看到当前模块的类被哪些其他模块引用，千万别删了其他模块还在依赖的类。
• 遗留的配置类：有些类可能是旧版本的配置，现在已经被注解配置替代了，也要手动确认后再删。

删完别着急提交，一定要做这些验证：

• 先全量编译项目：确保没有编译错误，避免漏了隐式引用的类。
• 运行所有单元测试：尤其是涉及到配置和服务注入的测试，确保没有测试失败。
• 启动项目做核心功能测试：重点验证依赖配置的模块，比如接口调用、数据库操作，确保没有运行时异常。

内容的提问来源于stack exchange，提问作者Passionate Devs