学习是最好的投资！
1省事方便，在某些情况下也必须是这样，比如我用过的storm。但是随着你项目大了，jar包多了，难免会遇到jar包冲突，告诉你版本不对或者找不到某个类，这时候你就困惑了，maven不是帮我解决了吗？ 这个时候还就得一个jar包一个jar包的整才能解决问题，最后再修改pom文件。另外，其他人也说了，方式2在更新时，只需要更新个别jar包，远程部署时对于龟速网络还是有优势的，还有个好处，你可以更熟悉项目的依赖，便于解决问题。总之：maven可以解决编译时的冲突（通过pom.xml），但是解决不了运行时的依赖和冲突。
1好，省事，打jar就是压缩了一下，springboot部署时不就是打成一个jar
部署运行方便，我个人觉得仅此而已。
更新个别依赖库时无需重新打包；更新应用本身时上传的体积更小。日常维护更偏重于这种方式。
个人觉得第一种方式更好一些，只生成一个文件，很干净，运维部署也方便，就像web项目打成war包，依赖的所有jar都在war包里面。我经历的多个公司也都是采用第一种方式。
另外附上我的一篇博客：http://xxgblog.com/2015/08/07... 介绍了你说的两种包的Maven打包插件的使用方法。
1省事方便，在某些情况下也必须是这样，比如我用过的storm。但是随着你项目大了，jar包多了，难免会遇到jar包冲突，告诉你版本不对或者找不到某个类，这时候你就困惑了，maven不是帮我解决了吗？ 这个时候还就得一个jar包一个jar包的整才能解决问题，最后再修改pom文件。另外，其他人也说了，方式2在更新时，只需要更新个别jar包，远程部署时对于龟速网络还是有优势的，还有个好处，你可以更熟悉项目的依赖，便于解决问题。总之：maven可以解决编译时的冲突（通过pom.xml），但是解决不了运行时的依赖和冲突。
1好，省事，打jar就是压缩了一下，springboot部署时不就是打成一个jar
部署运行方便，我个人觉得仅此而已。
更新个别依赖库时无需重新打包；更新应用本身时上传的体积更小。日常维护更偏重于这种方式。
个人觉得第一种方式更好一些，只生成一个文件，很干净，运维部署也方便，就像web项目打成war包，依赖的所有jar都在war包里面。我经历的多个公司也都是采用第一种方式。
另外附上我的一篇博客：http://xxgblog.com/2015/08/07... 介绍了你说的两种包的Maven打包插件的使用方法。