可执行Jar项目

  一个复杂Jar的运行，要解决classpath问题，否则运行时会有ClassNotFoundException抛出。而用java，需要手动维护一个classpath文件，或者将所有的库位置放到命令行参数里。有没有更好的办法？

Jar+库目录方式

  核心配置在于两点，一是manifest.mf，二是复制依赖，两者缺一不可。
  关于这两点，我们先一个个讲。

<!-- 配置生成的jar文件 -->
<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-jar-plugin</artifactId>
	<version>2.4</version>
	<configuration>
		<archive>
			<manifest>
				<addClasspath>true</addClasspath>
				<classpathPrefix>lib/</classpathPrefix>
				<mainClass>com.maya.prepay.server.main.Main</mainClass>
			</manifest>
		</archive>
	</configuration>
</plugin>

  Manifest.mf的文件中有些东西根本就是没用的，什么created-by这样的信息，那就是扯淡的。真正有用的东西是两个，一个是main类，这个配置决定它的jar在运行时启动哪个class。另外一个就是依赖，这个可以保证平稳地调用第三方的jar。
  Main类的配置就在于

<mainClass>com.maya.prepay.server.main.Main</mainClass>

  这么一行代码。
  而classpath的配置就比较复杂了。有以下两行配置：

<addClasspath>true</addClasspath>
<classpathPrefix>lib/</classpathPrefix>

  但是classpath配置了这么两行没用啊，如果真正生产上要用，还需要去手动拷贝依赖。对于maven管理的项目，依赖的jar位于不同目录下，拷贝起来那是十分伤脑筋的。怎么办？
这就需要下一个技术点了。Copy依赖，代码如下：

			<!-- 配置将依赖放入同一个文件夹 -->
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-dependency-plugin</artifactId>
				<version>2.9</version>
				<executions>
					<execution>
						<id>copy-dependencies</id>
						<phase>prepare-package</phase>
						<goals>
							<goal>copy-dependencies</goal>
						</goals>
						<configuration>
							<includeTypes>jar</includeTypes>
							<type>jar</type>
							<outputDirectory>${project.build.directory}/lib</outputDirectory>
							<overWriteReleases>true</overWriteReleases>
							<overWriteSnapshots>true</overWriteSnapshots>
							<overWriteIfNewer>true</overWriteIfNewer>
						</configuration>
					</execution>
				</executions>
			</plugin>

  这种代码，死记硬背就行了。

Uber-jar方式

  Jar+库目录的方式，只是实现了jar的可执行。但是在部署、分发程序的时候，需要传递jar和库目录，用起来十分不方便。
  可以将所有依赖和源代码都打包到一个jar包里。这样运行的时候就非常方便，直接运行一个大jar包就行。当然这个jar包体积会非常大。
  这种jar包叫做uber-jar，又叫fat jar。Uber其实是super的意思，因为super是大多数编程语言关键字，所以很多时候用uber做变量名以表达super的含义。
  这需要用到maven-shade-plugin插件或者maven-assembly-plugin。以maven-shade-plugin为例子。在pom.xml中配置好需要运行的主类，和package时的goal就可以了。

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <configuration>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                        <mainClass>com.zhongmin.demo.Main</mainClass>
                    </transformer>
                </transformers>
            </configuration>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>shade</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

  编译之后生成的包在target下

  可以看到，有两个jar，一个是original-xxx.jar，另一个是可执行的jar。大小也不一样,
可执行的jar足足有745K大小,而源代码编译后的jar包只有3KB大小。
  这个编译结果与spring-boot项目的编译结果不一致。Shade插件，是把依赖的jar包全部解压，然后和源代码编译后的classpath放在一起。而spring boot是把依赖的jar包进行拷贝，使用一个classloader去加载这些jar包。两者原理不一样。