资源依赖不断增长时如何制定主包准入与构建产物预算

核心结论：包体积治理应围绕启动链路建立预算，而不是在临近发布时机械压缩文件。主包只保留启动、首页骨架、全局配置和首个关键路径必需的代码；低频页面、独立业务及其专属依赖进入合适的分包。静态资源应根据是否影响首屏、是否可缓存、是否需要离线和是否受访问控制，决定内置、远程加载或按需获取。体积、请求次数、执行成本和可用性之间必须综合权衡。

构建层面应生成可追踪的产物清单，统计主包、各分包、图片、字体、公共模块和第三方依赖的大小变化，并为合入设置增量预算。仅观察源文件大小并不可靠，因为转译、依赖复制、模板生成和源映射处理都会改变最终产物。公共模块是否提升到主包，应依据实际复用范围和启动需求判断：两个低频分包共同使用的大型库不一定值得放入主包