还有可以考虑的办法包含缩小脚本体积、依赖分包、构建的缓存等等。
那么本文就来谈论缩小脚本体积的办法。
剖析前文已知，天生的大量的脚本内容都是JSON的格式。
众所周知，JSON格式是一种 key-value 的格式，这样的格式，在碰着大量的描述内容时，势必会碰着 key 不断重复的问题，这就造成了文件体积迅速膨胀，尤其是在大量的数组，仅 value 不一样的时候。
以是，JSON 的格式一定有极大的压缩空间，尤其是我当前所碰着的场景，至少有50%以上的体积可以被压缩掉。
当然本文就不谈论详细的压缩方法了，直接上网查库办理问题。
当前天生文件的大小：
当前打包韶光：
对压缩库的哀求
首先，能够在前端js环境和 nodejs 环境中直接压缩和解压缩利用，这是必须知足的。
其次，压缩率要只管即便高，压缩后的内容不必一定要可读，二进制都行。
然后，一定要无损压缩，解压后不影响后续的利用。
逛了一圈后选中了 compress-json 库。
github：https://github.com/beenotung/compress-json
该库不仅可以在js中利用，还有PHP、Python等版本。
利用压缩库安装yarn add compress-json压缩脚本
// 吸收外部命令传入的jsonconst json = process.argv[2]// 利用 compress-json 进行压缩const compressedJson = require('compress-json').compress(JSON.parse(json))// 返回压缩后的字符串console.log(JSON.stringify(compressedJson))修正天生文件的命令
citem=$(node compress.js "${item}")echo "import { decompress } from 'compress-json';export const ${uuid} = decompress(\`${citem}\`)" > "${filename}.js"比拟效果压缩后的文件大小
我们可以看到打包时长略有缩短，不是特殊明显，解释体积对打包时长的影响不算特殊大。
当然，体积小肯定不但是这里的浸染，构建产物的体积变小了，对全体项目的访问无疑是好处巨大的。
大胆预测一下，在之前的优化中，已经将 JSON 内容修正为了字符串的形式，对付编译过程来说，这些内容险些已经原样输出，如果这样的话，压缩过后，在本地尤其磁盘速率和cpu都比较空闲的时候，对打包的时长影响不会很大。
写在末了虽然本次优化的结果在本地打包时不是特殊明显，但是显著减小了构建产物的大小。
末了本次修正放到了 Jenkins 打包脚本中，打包韶光减少到了 7min，已经快靠近正常的打包时长。
当然，接下来还可以连续考虑构建分包，构建缓存等等方案。
– 欢迎点赞、关注、转发、收藏【我码玄黄】，各大平台同名。
