前言：
这是我在开发一个maven构建的Java项目之后进行打包过程的一些总结和回忆，当做个人博客来写的，不具有学习价值，也有很多不太严谨正确的地方，看了的同学欢迎指正。
1. maven项目的感受
maven构建项目优点在哪里，在我对Java还不太熟悉的情况下，Maven就是一款帮助程序员构建项目的工具，我们只需要告诉Maven需要哪些jar 包，它会帮助我们下载所有的jar，避免了下载jar包带来的错综复杂的报错关系。只要在pom.xml里面告诉maven项目应该下载哪些jar包，那么maven就会从自己的库里下载下来这个jar包，当然maven还需要自己来下载并配置的，比如将maven库的地址设置为国内镜像地址等方式。所以用maven来构建项目极大的忽略了不必要的一些过程。
项目构建之初是顺着默认的目录结构来编写，在main目录下的java目录下建了一个包dev，dev下包含了所有的代码。main目录的resources目录下建了一个assets(这个目录的问题最让人头疼，后来也没解决)，用来存放一些项目中需要的图片（也就是静态资源？）resources目录下面还建了一个目录library，用来存放一些在maven库中可能找不到的第三方库。
对于第三方库的引入，引入方式应该是在项目结构里库这一栏左上角的+号那里选择java然后找到相应的jar包
另外，项目的sdk和项目的语言级别应该选择同一等级，这样可以避免出一些不必要的错误。
以上这些是我项目开发之始碰到的一些事情，开发过程就没什么可注意的了。
2. pom.xml文件
pom.xml文件应该是一个maven项目中最简洁但有效的部分了，只要修改xml文件中的内容就可以使整个项目发生改变。但是pom.xml文件的构建并不是一开始就注定的，需要一次次的修改最终成型，在这个过程中理解也不断加深。
主要有三部分，上面的初始配置项，引入的依赖(dependencies),项目打包时的需要(build)。build里面的resources是用来指定和项目的资源相关的一些操作，默认的情况下也就是resources文件夹。
最让人困扰的项目打包时需要的那部分(build)，将maven打包成可执行jar文件的过程概括起来很简单：第一步，在pom.xml文件中引入打包相关的插件(这里选择的是maven-assembly-plugin，这个插件可以提供定制化的打包服务，将项目中添加的依赖也一并添加到jar包中，一步到位)，前面还有一个maven-resources-plugin是用来指定项目的资源(resources)的插件，不过我觉得这个插件的功能应该在assembly里面就提供了。第二步，双击maven的clean和package，clean的功能是清除target目录下的内容，package的功能才是真正的打包项目，但是还有一个install功能，这个的作用还不是很清楚，用了和没用也没感觉出来差别。
打包成功之后在target目录之下会出现项目的可执行jar包。第三步，在target目录下打开终端，输入java -jar xxx-depedencies.jar然后就可以执行了。
在这个过程中遇到的问题主要有：
jar包中找不到指定的主类，<build>里面最重要的地方是
也就是你从哪里开始执行整个的项目，需要注意的是，主类的名称应该是包名+类名，因为路径默认是从java文件夹向下的。
第二个也是整个打包过程中最头疼的地方——>
3. 如何在打包之后还能引用静态资源
当时的心路历程是，刚开始以为静态资源没有被打包到jar包中，所以一直在修改pom.xml文件中的resources相关的内容。但是最终确定下来jar包中是有图片文件的，看jar包的大小也能看出来，好几十MB。所以问题就出在了给的路径没办法找到图片。打包的过程首先肯定是编译，将java文件夹下的.java文件编译成.class文件，再由JVM来进行下一步的工作，编译后的代码文件和resources一起放在了target的classes文件夹之下,那么也就是说编译之后的jar包中的原本的从源文件夹开始的绝对路径来查找静态资源(图片)的方式在编译之后就行不通了，因为java文件夹下的代码内容和resources文件夹下的资源内容现在在一个文件夹中了。所以之前的路径就不起作用了，这时候就应该引入classpath来发挥作用，但是试了很多次，产生的路径也有点让人半信半疑。所以最后到底是应该怎样也没有找到找到答案，但是问题应该就是出在路径上。以后如果有机会需要深入学习一下JVM的编译，这个路径很了解了再来解决吧，现在对我像个泥坑，不断带出来新的问题，maven用在springboot上比较多吧，看到的答案好像大多都是springboot项目下的解决方式，纯JavaSE好像不多。
但是还是一次比较受益的学习经历。
