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

[lixyz]

做 Android 开发的，没写过后台

最近自己写了一个小玩意儿，于是看了下 springboot，写了下服务端的东西

用到的依赖是用 maven 来处理的，用阿里云出的那个插件部署到服务器上

但是遇到的问题是生成的 war 文件很大，每次部署上去都花好长时间

搜了一圈，都是复制来复制去

大家开发中是怎么解决这个问题的啊

能不能给个关键词，我去搜搜学习一下

感谢

update----------------------
javacv 会把 android,linux，windows 等平台的 jar 包都下载下来。。。

所以造成体积变大

搜了一圈，只保留需要的就好了

问题解决。。。

感谢大家

[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

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

[F281M6Dh8DXpD1g2]

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

[Sharuru]

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

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

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

[lixyz]

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

[xuanbg]

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

[v2orz]

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

[boris93]

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

[u2r1Hqo6HExmNsrt]

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

[Martin9]

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

[10Buns]

@Nillouise packaging 设置了 war 吧

[eyeix]

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

[cco]

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

[hantsy]

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

[jaoyina]

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

[someonedeng]

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

[ArJun]

用 go 拆分，拆分成微服务

[passerbytiny]

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

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