Electron差异更新仅微小改动就产生大量变更块、下载体积大如何优化？

1、差分包体积是否正常，能否做到更小？ #

你当前遇到的单字符改动产生20-40MB差分包的情况完全不符合预期，微小改动的差分包完全可以优化到1MB以内，甚至是KB级别。

2、核心问题点与优化方向 #

• 首当其冲的是固实压缩配置问题：nsis-web默认启用7z的固实压缩模式，会把所有应用文件打包成一个连续的压缩块，只要任意位置有改动，整个压缩块的校验就会失效，你仅修改版本号就触发45%内容下载就是典型的固实压缩副作用。
• 其次是webpack单bundle的问题：所有代码打包成单个大文件的前提下，哪怕只改1个字符，也会导致整个文件的压缩后偏移量发生变化，7z的固定大小分块逻辑会判定后续所有块都发生了变更，自然会出现上千个变更块的情况。
• 最后是差分块大小配置不合理：electron-builder默认的差分块大小设置偏大，小范围改动也会触发整个大块的重传，进一步放大了差分包体积。

3、差异更新器核心优化机制 #

• 非固实压缩：关闭压缩包的固实压缩属性，每个文件单独压缩存储，单个文件改动不会影响其他文件的压缩块，未改动的文件可以直接复用旧版本的内容。
• 滚动哈希分块（CDC算法）：区别于传统的固定大小分块，基于内容特征做动态分块，单个位置的内容改动只会影响前后少量分块的哈希值，不会连锁导致后续所有块被判定为变更。
• 文件级差分校验：优先比对新旧版本的文件哈希，未改动的文件直接跳过差分流程，只对变更文件做块级差分。
• 二进制补丁生成：直接比对新旧版本的二进制差异生成补丁，而非传输完整的变更压缩块，进一步压缩需要下载的内容。

可直接落地的操作建议 #

1. 第一优先级关闭7z固实压缩，在electron-builder配置的nsis字段下添加solid: false，改完即可测试，仅改版本号的差分包会直接降到MB级别。
2. 调整webpack拆包策略，将不常变动的第三方依赖（React、Electron相关工具库等）单独拆成bundle，业务代码保留单bundle，性能损耗几乎可以忽略，业务代码改动时只会触发小体积业务bundle的差分，差分包体积可以降到百KB级别。
3. 调整差分块大小，将electron-builder差异更新的默认块大小从百KB级别调整到32KB或64KB，适配小改动的场景。

内容的提问来源于stack exchange，提问作者Armel Chesnais