深入解析Java 9模块系统（JPMS）的使用与优势！

开篇语

哈喽，各位小伙伴们，你们好呀，我是喵手。运营社区：C站/掘金/腾讯云/阿里云/华为云/51CTO；欢迎大家常来逛逛

  今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。

  我是一名后端开发爱好者，工作日常接触到最多的就是Java语言啦，所以我都尽量抽业余时间把自己所学到所会的，通过文章的形式进行输出，希望以这种方式帮助到更多的初学者或者想入门的小伙伴们，同时也能对自己的技术进行沉淀，加以复盘，查缺补漏。

小伙伴们在批阅的过程中，如果觉得文章不错，欢迎点赞、收藏、关注哦。三连即是对作者我写作道路上最好的鼓励与支持！

前序

Java 9引入了模块系统（Java Platform Module System，简称JPMS），为开发者提供了一种全新的方式来管理和组织代码，特别是在大型和复杂项目中。模块化不仅提升了代码的封装性、可维护性和可重用性，还解决了传统类路径管理的一些问题。随着Java 9的普及，越来越多的开发者开始采用模块化开发，以此来提升项目的结构清晰度和开发效率。

在本文中，我们将深入探讨Java 9的模块系统，解释模块的核心概念、模块声明、模块之间的依赖管理，以及如何通过JPMS的优势改善Java项目的结构。接着，我们将详细分析如何将现有项目迁移到JPMS，并提供代码示例和解析，帮助开发者理解如何实现模块化。

一、模块化概念：模块声明与依赖管理

1.1 什么是模块？

模块（Module）是Java 9引入的一个新的构建单元，它使得开发者可以将应用程序或库的功能划分为多个独立的单元（模块），每个模块可以有自己的类、接口、资源文件，并且通过模块声明来控制模块之间的依赖关系和访问权限。模块化的关键在于将系统划分为更小、更独立的部分，每个模块具有清晰的边界，降低了模块间的耦合度。

模块不仅可以包含类和接口，还可以包含资源文件、配置文件、Java服务等。每个模块都有一个名为module-info.java的文件，用于声明该模块的名称、依赖关系、暴露的包等信息。

1.2 module-info.java文件

module-info.java文件是每个模块的核心文件，它位于模块的根目录，定义了模块的名称、依赖的模块、以及暴露给其他模块的包等信息。module-info.java文件必须存在于每个模块中。

module-info.java文件基本结构

module com.example.myapp {
    requires java.sql;               // 依赖于java.sql模块
    exports com.example.myapp.api;   // 暴露com.example.myapp.api包
    opens com.example.myapp.internal to com.example.test;  // 允许反射访问某个包
}

• module：定义模块的名称。每个模块必须有一个唯一的名字。
• requires：指定当前模块依赖的其他模块。通过requires关键字，模块可以声明自己依赖哪些外部模块。
• exports：声明当前模块暴露给外部的包，其他模块可以访问这些包中的类和接口。
• opens：用于反射机制，允许特定的模块或外部程序访问模块内部的包。

在这个示例中，com.example.myapp模块依赖于java.sql模块，并暴露了com.example.myapp.api包。它还允许com.example.test模块通过反射访问com.example.myapp.internal包中的内容。

1.3 依赖管理

模块化系统通过requires声明了模块间的依赖关系，从而避免了传统的类路径管理中的一些问题（如类冲突、无法找到类等）。模块声明的依赖管理有助于开发者清晰地知道每个模块所依赖的外部资源，以及该模块暴露给外部的接口。

依赖管理示例

module com.example.myapp {
    requires com.example.utils;  // 依赖com.example.utils模块
    requires java.base;  // Java 9的基础模块
}

在这个例子中，com.example.myapp模块依赖com.example.utils模块和java.base模块。通过明确声明模块之间的依赖关系，系统能够避免未声明的隐式依赖，同时确保模块之间的依赖是准确和清晰的。

二、JPMS的优势：封装性、模块化设计

2.1 封装性和模块化设计

Java 9模块系统的一个核心优势是增强了封装性。通过模块化，开发者可以明确控制哪些类和接口对外暴露，哪些是内部使用的。模块化允许我们在代码中设定清晰的边界，不暴露不必要的实现细节，进而减少了外部模块对内部实现的依赖。

• 封装性：通过模块的exports和opens声明，可以确保只有需要暴露给外部的包和类才能被其他模块访问，避免了外部代码对模块内部实现的直接访问。
• 依赖管理：通过requires明确声明模块的依赖关系，使得每个模块的依赖清晰可见，避免了传统的类路径问题。

这种封装性使得模块能够独立演化，开发人员可以集中在模块的功能和接口上，而不必担心不必要的外部影响。

2.2 更清晰的依赖管理

模块系统使得依赖关系更加明确和透明。传统的类路径管理会导致类之间的隐式依赖，容易引发类冲突或加载错误。而模块化系统通过明确声明模块的依赖关系，确保只有需要的模块会被加载。

• 精确的依赖声明：模块通过requires声明明确知道自己依赖于哪些其他模块，并且只有声明的模块可以访问当前模块暴露的接口。
• 强制隔离：模块之间的依赖关系和接口暴露都需要显式声明，避免了隐式的、难以追踪的依赖链。

这种依赖管理使得模块间的关系更加透明，降低了开发中的复杂性。

2.3 更强的安全性

模块系统为Java平台提供了更强的安全性，尤其是在防止外部代码不当访问和修改模块内部实现时。模块系统的封装性使得每个模块只有暴露的接口才能被外部访问，而内部的实现则保持隐藏。

• 限制反射访问：通过opens关键字，模块可以控制哪些包可以通过反射访问，减少了反射带来的潜在安全问题。
• 访问控制：模块内的类和接口默认是不可访问的，只有通过exports明确暴露给外部模块，才可以被访问。

模块化设计能够有效地防止外部代码直接操作模块内部的实现，从而提高系统的安全性。

2.4 提高性能

模块化带来的另一个好处是性能优化。JVM能够根据模块的声明进行优化，加载模块时只会加载需要的类和资源，而不是加载整个类路径中的所有类。

• 内存优化：模块化使得JVM能够更加精确地管理内存，避免加载不必要的类，从而减少内存占用。
• 启动时间优化：在模块化应用中，JVM可以跳过不必要的类加载步骤，从而加速应用程序的启动过程。

2.5 更易于维护和扩展

模块化设计使得代码更加易于维护和扩展。随着应用的成长，开发人员可以独立开发、测试和维护各个模块，而不会影响到其他模块。模块化不仅使得系统更加灵活，还提高了模块的可复用性。

• 可维护性：每个模块的功能更加明确，模块内部可以独立更新，而不影响其他模块的运行。
• 可扩展性：随着需求的变化，开发人员可以添加新的模块或替换现有模块，而无需修改整个应用的架构。

这种结构化的开发方式使得大型系统的维护和扩展变得更加高效。

三、迁移到JPMS：现有项目模块化的步骤与挑战

3.1 迁移步骤

迁移现有项目到Java 9的模块系统（JPMS）并不是一件简单的事情，尤其对于已有的大型项目来说。迁移的过程需要谨慎进行，并且可能涉及到一些架构上的调整。以下是迁移到JPMS的步骤：

3.1.1 评估现有项目架构

在迁移之前，首先需要对现有项目的架构进行评估。确定项目中哪些功能适合模块化，哪些模块应该被拆分成独立的单元。评估现有的依赖关系，明确项目中的功能和模块划分，才能在迁移时更好地设计模块的边界。

3.1.2 设计模块边界

模块划分是迁移过程中的一个核心步骤。需要根据项目的功能模块和组件之间的关系来设计合理的模块边界。模块划分应尽量避免过度细化，同时保持模块间的独立性和松散耦合。每个模块应关注于单一的功能，避免过多的跨模块依赖。

3.1.3 创建module-info.java

每个模块都必须包含一个module-info.java文件，用来声明该模块的名称、依赖关系、暴露的包等信息。在这个文件中，开发者需要根据项目的模块划分来明确模块间的依赖和暴露的接口。

3.1.4 逐步集成与测试

将模块化的代码逐步集成到现有项目中，并进行单元测试和集成测试，确保每个模块的功能正常。模块化后，开发者可以在更小的范围内进行调试和测试，从而更快地发现问题。

3.1.5 迁移构建工具

现有项目可能使用了如Maven或Gradle等构建工具来管理依赖，迁移到模块系统后，开发者需要更新构建工具的配置，确保能够正确管理模块之间的依赖关系，并适应模块化的构建方式。

3.2 迁移挑战

尽管模块化提供了许多优势，但迁移现有项目时会遇到一些挑战，主要包括：

3.2.1 模块边界划分

如何正确划分模块是迁移过程中最大的挑战之一。对于大规模项目来说，如何避免过度拆分模块、如何确保模块之间的独立性和依赖关系明确是成功迁移的关键。

3.2.2 处理第三方库

许多现有项目依赖第三方库，而这些库可能并未模块化，因此在迁移过程中需要解决这些库的兼容问题。对于未模块化的第三方库，可以使用--add-exports选项来暴露必要的包，或者为这些库编写module-info.java文件。

3.2.3 向后兼容性问题

模块化的Java项目可能会遇到与传统类路径的兼容性问题。例如，某些旧版的JDK库没有模块化，或者使用了package-private级别的类，导致它们无法直接在模块系统中使用。解决这一问题的一种方法是使用--patch-module选项来为这些类库提供模块支持。

四、总结

Java 9的模块系统（JPMS）是Java语言的重要更新，它通过模块化设计提升了代码的封装性、可维护性、安全性和性能。通过模块声明，开发者可以清晰地管理模块间的依赖关系，并控制哪些类和接口对外暴露。这种模块化结构使得大型系统的管理更加高效，也为开发人员提供了更强的功能扩展能力。

迁移到模块系统并非没有挑战，尤其是对于已有的大型项目来说。模块化划分、第三方库兼容性、构建工具调整等都需要精心设计和逐步实施。尽管如此，JPMS为未来的Java项目提供了一个更清晰、更灵活的架构，有助于提升项目的长期可维护性和可扩展性。通过合理的模块划分、依赖管理和迁移策略，开发者可以充分利用Java 9模块系统带来的好处，从而推动Java应用程序的进一步发展。

… …

文末

好啦，以上就是我这期的全部内容，如果有任何疑问，欢迎下方留言哦，咱们下期见。

… …

学习不分先后，知识不分多少；事无巨细，当以虚心求教；三人行，必有我师焉！！！

wished for you successed ！！！

⭐️若喜欢我，就请关注我叭。

⭐️若对您有用，就请点赞叭。
⭐️若有疑问，就请评论留言告诉我叭。

版权声明：本文由作者原创，转载请注明出处，谢谢支持！