开发构建不断变慢时如何区分模块发现转译并行化与热更新瓶颈

核心结论

开发构建变慢不能立即通过增加线程解决。应把一次构建拆成文件发现、依赖解析、装载与转换、代码生成、映射生成、压缩以及写盘等阶段，再分别测量首次构建、增量构建和热更新。优化目标也不应只有总时间，还要包含变更到界面可见的延迟、峰值内存、处理器占用和缓存命中率。多端工程尤其要避免网页构建加速后，挤占模拟器、原生编译器或小程序开发工具的资源。

底层机制与决策依据

模块数量往往比源码字节数更能决定发现与调度开销。过宽的文件搜索范围、过多的 resolve.extensions、不准确的 resolve.modules 和错误的入口字段会造成大量无效文件系统探测。对已知无需解析依赖关系的稳定文件使用 `no