maven 项目生成的 war 太大，该如何优化？

• 資深大佬 : boris93

  依赖的 jar 多，最后整合进 war 包里，当然大啊

• 資深大佬 : ashes1122

  war 有多大
  你的阿里云在内地还是香港。

• 主 資深大佬 : lixyz

  @boris93 我知道是因为这个原因，但是该怎么解决呢？

  我是想着，有没有什么方法，可以只把更新的代码上传到服务器，然后编译工作放到服务器上来进行

  没接触过这方面的东西，有些懵逼

  @ashes1122 服务器在国外，war 700 多 M，也是一脸懵逼。。。

• 資深大佬 : Cbdy

  多大？

• 資深大佬 : Cbdy

  700M+，不太正常
  正常 web 工程，所有依赖打成一个大 jar，一般不会超过 100M

• 資深大佬 : GuuJiang

  第一种，不要打成 fatjar，而是打成 thinjar，也就是依赖包独立出来的那种，这样如果依赖没变的前提下每次更新只需要更新主 jar，不需要再更新依赖
  第二种，在传文件时使用 rsync 传，因为 war 包本质是 zip，rsync 的增量更新机制能发挥作用，实测大概能提速 10 倍

• 主 資深大佬 : lixyz

  @Cbdy @GuuJiang

  没有接触过服务端开发，加了一个视频处理的功能，包体积一下蹭蹭涨，我是想着有没有什么方法，可以将编译打包这个操作放到服务器上去进行？

• 資深大佬 : liprais

  你在本地怎么打包的就在服务器上怎么打包不就完了

• 資深大佬 : Sharuru

  700M 着实不太正常，是不是把什么用不到的测试项目或者示例文件打包进去了？

  如果短时间内无法排错的情况下，可以参考中的建议，快速了解下各种 web 容器（比如 Wildfly ）之类的，把依赖的 jar 包固化在服务器上，每次只部署主程序的代码。

  另外一种，可以参考持续集成、投递的思想，在服务器上直接拉取代码并编译，部署。减少网络传输的开销，虽然不太正规。

• 主 資深大佬 : lixyz

  @Sharuru 多谢多谢，我去了解下你说的这些

• 資深大佬 : xuanbg

  依赖太多了呗，试着删除一些依赖看看。有用的被删除会报错，没用的删掉不影响。

• 資深大佬 : v2orz

  5L 说全了，thinjar，依赖包第一次放到服务器上，后面只更新自己的代码，一般不会超过 5M

• 資深大佬 : boris93

  @lixyz #3 700 兆太不对劲了…..看看你是不是引用了太多不需要的依赖

• 資深大佬 : Nillouise

  spring boot 生成的不是 jar 吗？怎么是 war ？

• 資深大佬 : Martin9

  是不是加了很多没用的依赖，正常不可能几百兆的

• 資深大佬 : 10Buns

  @Nillouise packaging 设置了 war 吧

• 資深大佬 : lrvinye

  @lixyz 可以试下 coding 这类的 devops 平台

• 資深大佬 : cco

  把不用的依赖包统统剔除掉。

• 資深大佬 : hantsy

  依赖太多了，一般 Web 程序可以控制在 50M 内。

• 資深大佬 : jaoyina

  你自己写的小玩意怎么也不需要 700M 吧我们一个大型 web 应用，依赖 200 多个 jar，打出来也不到 300M 。看下包里的内容，曾经听说有人打了个星际争霸硬盘版进去，运行好几年。

• 資深大佬 : someonedeng

  700m 你是怎么打出来的= =

• 資深大佬 : ArJun

  用 go 拆分，拆分成微服务

• 資深大佬 : passerbytiny

  对于非专业运维人员来说，最简单的方式是不要打 war 包，拆开之后，哪里改了重新上传那个。

  然而你这个包不应该这么大的，看你补充的内容，是把操作系统平台 jar 包都依赖了，服务端明显不需要这些东西。严格的说，服务端和 Android 端的 Java 是两套语言，有些工具你不能直接套过去用，需要换掉，比如 Gson 换 Jackson 。