Taro Build 如何组织页面配置解析、依赖构建与可追踪的产物诊断

# 核心结论

可靠的 Taro Build 应把应用入口发现、页面配置解析、模块转换、资源处理、依赖图维护、目标平台生成和诊断信息组织为一条可复现的构建流水线。页面配置不是普通运行时对象，它决定路由、分包、窗口表现和自定义组件依赖，因此应采用可静态分析的表达方式。构建结果除了可运行，还应能够回答某个文件为何进入包内、某项配置来自哪里、某次修改为什么触发这些页面重新构建。

# 底层机制

构建器首先读取项目配置和应用入口，解析主包页面、分包页面及相关配置，再从脚本导入、组件引用、模板、样式和资源关系中建立依赖图。脚本通常进入 Babel 转换链，JSX 进入模板转换链，样式和静态资源由各自处理器生成，最后按目标