运行时辅助函数抽离后首屏变慢应如何判断复用收益与加载代价

# 核心结论

运行时辅助函数抽离本质上是“减少重复代码”与“增加共享依赖及加载拓扑复杂度”之间的交换。首屏变慢时，不能根据源码体积下降就认定抽离方案有收益，而应同时比较压缩后传输字节、关键请求数量、分块等待、模块解析与求值、缓存复用、内存常驻以及首次和后续导航表现。只有总体字节下降且关键路径没有增加不可接受的加载、解析和初始化成本，抽离才是有效优化；若共享模块被提升到首屏，但首页只使用其中少量能力，则可能需要按路由拆分或保留小型辅助函数内联。

# 底层机制

未抽离时，转换器可能在多个模块中生成相似的辅助函数。它们在源码层面看似重复，但进入同一压缩分块后，压缩器能够利用重复字符和结构，因此源码减少十几千字节，并不代表网络