业务增长过程中怎样持续调整主包与分包的依赖边界

# 核心结论

主包与分包的边界应随着业务访问路径和依赖结构持续调整，而不是临近体积上限时一次性搬文件。主包只保留冷启动、首屏和全局运行必需的页面、配置、最小公共代码及关键资源；低频、入口明确、允许延迟加载的业务进入分包。判断依赖归属时不能只看单个文件大小，还要同时评估主包下载与解析成本、分包首次访问等待、公共依赖提升成本、重复打包体积和跨宿主限制。最终边界应由构建产物与真实访问数据共同决定。

# 底层机制

应用冷启动通常必须先取得、校验、解析并执行主包，因此主包中的每个非必要依赖都会由全部用户承担。分包把下载成本推迟到用户进入对应业务时，但首次跳转会增加等待。若多个低频分包共用大型库并将其提升到主包，未访问这些业务的用