解析器与数学库瘦身

【踩坑实录】解析器与数学库瘦身

▍现象
数学工具工程（网页版数学引擎路线）的首包五十二点七兆字节——对一个工具类应用太重了。市场页面的下载按钮前面，体积就是流失率。

▍定位过程
包体检：解开包按目录排序，大头是网页应用的资产包——其中最大的冗余是语言文件：打包脚本把全部八十个语言资源原样打进去了，而应用实际只需要中文与英文。第二大项是数学内核的网页产物（解析器与计算引擎的编译输出），其中有大量未压缩的调试符号与源映射文件。

▍对策
三刀瘦身（工程实测从五十二点七兆降到二十八点三兆）：一，语言裁剪——只保留简中、繁中、英文三个语言文件，八十个未使用语言剔除（构建脚本的资产打包阶段做白名单过滤）；二，调试产物剔除——源映射与调试符号不进正式包（构建配置分档：调试包带、发布包不带）；三，静态资源压缩——网页资产的压缩格式与质量分档。配套验收：瘦身后的全功能回归（每种被保留的语言都点一遍界面）加启动性能复测（包小了首启也快——加载的字节数直接减少）。

▍根因
上游的发布流程假设桌面浏览器的加载环境（带宽无所谓、按需加载），移动打包要按应用市场的体积经济学重新过一遍：每一兆字节都要为自己辩护。

▍方法论沉淀
体积审计清单：语言文件、调试符号、源映射、重复资源、未使用模块——五项过一遍，通常能砍三分之一以上。每项的剔除都要有白名单机制（显式保留什么），黑名单式剔除（列举不要什么）会漏。

从五十二点七兆到二十八点三兆的完整账目在数学工具工程实录，apps 板块 56 篇欢迎对照。