JBoss 系列八十五： JBoss Modules 简单介绍

概述
从JBoss AS7开始，Classloader这块开始使用全新的JBoss Modules。本文简单介绍说明JBoss Modules的设计思路，以及给出一个例子说明这一设计思路。

JBoss Modules 介绍
我们都知道，Java一直使用classpath的方式来加载各种class和jar的资源。这样的方式会造成许多问题，比如下面这些经常会遇到的问题： 

 一个大的项目中，有的classpath当中的资源被加载后可能根本不会被用到，这就造成了系统资源的浪费
同一个classpath当中的资源，可能包含多个不同版本的同一个资源，这就造成了版本冲突，可能会导致整个项目无法运行并且很难进行排错，因为我们的项目可能非常大，里面有成百上千个jar，要想找到相冲突的资源，非常困难
针对这些问题，JBoss Modules都从设计上面给出了解决方案： 
通过使用module.xml描述文件定义模块，在这个描述文件中要包含模块的名称，都包含哪些资源（一般一个模块对应一个jar文件，也可以包含多个jar或其它资源），这些资源的版本号，以及这个模块都依赖于哪些模块。
每一个模块都可以实时地加载或卸掉。这样做有很多好处：首先是资源方面的节省，只有需要的模块才被加载（这一点是通过module.xml中定义的模块之间的依赖关系来实现的），这一方式同时来带的好处是：整个系统的加载速度大大提升了
JBoss Modules 定义 
JBoss Modules 是一个适用于Java的模块化(非分层)类加载以及执行环境的实现。换句话说，不同于Java传统的使用单个类加载器载入classpath中的所有JAR文件，每一个库(library,可以理解为完成某一个功能的一系列jar的组合)成为一个module，该module仅链接其依赖的其他module，而不再依赖其它任何资源。JBoss Module实现了一个线程安全的，快速的，高并发的类加载器委派(delegating)模型，再加上一个可扩展的模块解析引擎，形成一个独特的，简单的，强大的应用程序执行和分布系统。

JBoss Modules被设计为能够和现有的library或者application一起工作而不需要任何的修改，这是因为它简单命名和解析策略。不像OSGi，JBoss Modules并没有实现一个容器；而是一个瘦的启动包装器，在一个模块化环境执行一个应用。这时，你的应用接管控制权，模块化则准备好在需要时装载和连接各模块。此外，只有当一个模块被依赖的时候，它才会被装载(并不会为了解析目的而装载)，这意味着，模块化应用程序的性能仅依赖于实际使用的模块数(并在模块被使用的时候)，而不是系统中的模块总数目。并且，模块可以在任何时候由用户卸载。

JBoss Modules 使用
一个模块化程序使用以下命令启动:

java -jar jboss-modules.jar -mp path/to/modules my.main.module.name

在模块路径(-mp)中需要指定默认模块加载器需要搜素加载模块的根目录。my.main.module.name 指定要运行的模块名称。
一个模块使用简单的XML描述符进行定义，如:

<module xmlns="urn:jboss:module:1.0" name="org.jboss.msc">
 
    <main-class name="org.jboss.msc.Version"/>
 
    <resources>
        <resource-root path="jboss-msc-1.0.0.Beta3.jar"/>
    </resources>
 
    <dependencies>
        <module name="org.jboss.logging"/>
 
        <!-- Optional deps -->
 
        <module name="javax.inject.api" optional="true"/>
        <module name="org.jboss.threads" optional="true"/>
        <module name="org.jboss.vfs" optional="true"/>
    </dependencies>
</module>

在jboss-moduels.jar里有一个schema文件来定义模块描述符的格式，因此集成到你喜欢的IDE中会很容易。JBoss Moduels提供了很多扩展的功能去严格控制什么java包是“exported"或者“imported',所以你可以从你的 Jar文件里选择性的不包含一些资源(这样使用预打包的jar文件时将变得更为简单)。
JBoss Modules 与 OSGI
JBoss Modules 与 OSGI 相比：

JBoss Modules更简单。一个Jar文件是你所有需要去运行模块化的应用。
它更为小巧：没有osgi的sevice层，或者其他OSGI提供的更高层次的功能。它只做一件事情，并且要把它做好。
同时，它的功能又十分强劲。它可以成为OSGI实现的可以使用的类加载框架。
示例
本示例代码位于 https://github.com/kylinsoong/wildfly-architecture/tree/master/modules/quickstart。

根据前面软件安装及资料下载中gituhb安装部分获取示例代码通过如下命令编译运行：

cd wildfly-architecture/modules/quickstart/
mvn clean dependency:copy-dependencies install
ant
会生成build目录，进入到build/QuickStart/bin，执行示例启动脚本：

[kylin@localhost bin]$ ./quickstart.sh
会有如下输出：

Welcome to Modular Class Loading QuickStart 1.0.0

本示例是模拟JBoss 7启动，接下来我说明启动的过程：
quickstart.sh中指定了启动模块为org.jboss.modules.quickstart：

if [ "x$LAUNCH_DEMO_IN_BACKGROUND" = "x" ]; then
    # Execute the JVM in the foreground
    eval \"$JAVA\" $JAVA_OPTS \
        -Ddemo.home.dir=\"$DEMO_HOME\" \
        -jar \"$DEMO_HOME/jboss-modules-1.3.0.Beta3.jar\" \
        -mp \"$DEMO_HOME/modules\" \
        org.jboss.modules.quickstart \
        "$@"
    DEMO_STATUS=$?

QuickStart/modules/system/layers/base/org/jboss/modules/quickstart/main/module.xml中定义org.jboss.modules.quickstart的文件如下：

<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.1" name="org.jboss.modules.quickstart">
 
    <main-class name="org.jboss.modules.quickstart.Main"/>
 
        <resources>
        <resource-root path="modules-quickstart.jar"/>
    </resources>
 
    <dependencies>
    </dependencies>
</module>

同样我们也可以使用java -jar的方式运行本示例：

java -jar -mp modules/ org.jboss.modules.quickstart

--------------------- 
作者：ksoong 
来源：CSDN 
原文：https://blog.csdn.net/kylinsoong/article/details/18136883