Java模块化系统依赖管理通过module-info.java文件实现，使用requires声明依赖关系。显式声明依赖可避免隐式依赖问题；传递依赖需用requires transitive；支持服务提供与消费模式；控制反射访问以提升安全性；解决依赖冲突可通过统一版本、模块重构或–patch-module；处理遗留代码可用自动模块、命名模块或–add-modules；单元测试可导出内部类型、使用模拟对象或集成测试。
Java模块化系统（Jigsaw项目）中的依赖管理，核心在于module-info.java文件。它定义了模块的依赖关系，让你可以更精细地控制哪些模块可以访问哪些类，从而提高代码的可维护性和安全性。
解决方案
Java模块化系统的依赖管理，简单来说，就是通过requires关键字在module-info.java文件中声明模块间的依赖关系。但实际应用中，需要考虑更多细节。
-
显式依赖声明： 每个模块都需要明确声明它所依赖的其他模块。这避免了类路径中常见的“隐式依赖”问题，提高了代码的可读性和可维护性。例如，如果模块com.example.app依赖于模块com.example.util，则com.example.app的module-info.java应包含requires com.example.util;。
立即学习“Java免费学习笔记（深入）”；
-
传递依赖： 默认情况下，依赖关系是非传递的。这意味着如果模块A依赖于模块B，而模块B依赖于模块C，模块A并不会自动获得对模块C的访问权限。如果模块A需要访问模块C，它也必须显式声明对模块C的依赖。可以使用requires transitive来使依赖关系传递。
-
服务提供者和消费者： 模块化系统还支持服务提供者和消费者模式。模块可以使用provides … with …声明它提供了一个服务接口的实现，而其他模块可以使用uses …声明它需要一个服务接口的实现。这允许模块之间解耦，并支持动态服务发现。
-
反射访问控制： 模块化系统还控制了反射访问。默认情况下，模块不能反射访问其他模块的内部类型。可以使用opens … to …语句来允许其他模块反射访问指定的包。这可以提高代码的安全性，防止恶意代码利用反射来破坏模块的封装性。
如何解决模块依赖冲突？
模块依赖冲突是模块化系统中常见的问题。当两个模块依赖于同一个模块的不同版本时，就会发生冲突。解决模块依赖冲突的方法包括：
- 统一版本： 尽量使用统一的版本，避免不同模块依赖于同一个模块的不同版本。
- 模块重构： 如果必须依赖于同一个模块的不同版本，可以考虑重构模块，将冲突的依赖关系隔离到不同的模块中。
- 使用–patch-module选项： 可以在启动时使用–patch-module选项来覆盖模块中的类。这可以用于解决一些简单的依赖冲突，但需要谨慎使用，因为它可能会破坏模块的完整性。
模块化系统中如何处理遗留代码？
遗留代码通常没有模块化信息，需要特殊处理。可以使用以下方法：
- 自动模块： 可以将遗留代码打包成自动模块。自动模块的名字是根据JAR文件的名字推断出来的，并且自动导出所有包。这可以方便地将遗留代码迁移到模块化系统中，但需要注意自动模块可能会暴露过多的内部类型。
- 命名模块： 可以创建module-info.java文件来显式声明遗留代码的模块信息。这可以更好地控制模块的依赖关系和访问权限，但需要手动编写module-info.java文件。
- 使用–add-modules选项： 可以在启动时使用–add-modules选项来添加遗留代码的模块。这可以解决一些简单的依赖问题，但需要注意遗留代码可能会破坏模块化系统的安全性。
如何进行模块化的单元测试？
模块化的单元测试需要考虑模块的边界。可以使用以下方法：
- 内部测试： 可以使用exports … to …语句将一些内部类型导出到测试模块，以便进行单元测试。
- 模拟对象： 可以使用模拟对象来模拟模块的依赖关系，以便隔离被测试的模块。
- 集成测试： 可以进行集成测试来测试模块之间的交互。
模块化系统提供了一种强大的机制来管理Java代码的依赖关系，但需要理解其核心概念并掌握相应的技巧才能充分发挥其优势。选择合适的策略，并根据项目的实际情况进行调整，才能更好地利用模块化系统来提高代码的可维护性、可读性和安全性。
