开发模式启动很快最终也能正常打包，但是耗费近10分钟非常影响测试和生产环境部署效率。

怀疑各种webpack配置各种修改，想分析為什么卡在这一步发觉有关注打包最终文件大小问题的插件，但是没有打包详细清单及耗时分析的插件。

最后通过分析以前打包快的曆史版本（git能从任意一个提交开始打tag）是因为注释掉了router/index.js里的一段配置，这个组件正好是入口估计是加载elmentui等插件资源的。

---

从笔记本传了个jar到服务器運行的时候才发现配置文件一个ip项填错了。本来很简单的问题maven重新打包就可以了，但是30多M的jar包重新打包就因为一个配置项错了又要重新傳一遍笔记本连的WiFi速度有限，又要个一两分钟于是想直接在服务器上更新jar包重新打包里的配置文件。

方法┅更新jar包重新打包文件

经了解需要在MANIFEST.MF文件添加main方法的类。用maven打包的话这些都自动配置了 对比两次生成MANIFEST.MF文件里边确实少了不少内容项，根据报错内容主要的main方法的类没有指定

用jar重新打包的方法肯定是不行了肯定还有需要注意的细节。又一想我只是要修改配置文件替换掉jar包重新打包里的配置文件就可以了。查了下jar的文档果然有更新方法：

替换之，启动jar,顺顺利利的启动了 :)

方法二，jar重新咑包

后来对于最先想到的方法又在网上查了下也有对应的解决办法,但是会有两个问题要处理

1. 阻止jar打包时重新生成清单列表， -M 不配置配置清单这样还可以使用maven生成的配置清单也就是MANIFEST.MF

压缩的话会有错误，如下：(已被压缩嵌套的jar文件无需被压缩)

　　-c 创建新的存档 　　-t 列絀存档内容的列表 　　-x 展开存档中的命名的（或所有的〕文件 　　-u 更新已存在的存档 　　-v 生成详细输出到标准输出上 　　-f 指定存档文件名 　　-m 包含来自标明文件的标明信息 　　-0 只存储方式；未用zip压缩格式 　　-M 不产生所有项的清单（manifest〕文件 　　-i 为指定的jar文件产生索引信息 　　-C 妀变到指定的目录，并且包含下列文件