Mill项目优化：精简build.mill类路径依赖

在Mill构建工具的最新开发中，团队对build.mill的类路径(classpath)进行了重要优化，通过最小化依赖模块来提升构建效率和减少潜在冲突。

背景与动机

Mill构建工具采用两级构建系统，其中build.mill作为元构建(meta-build)配置文件，负责定义项目自身的构建逻辑。过去，build.mill继承了过多不必要的依赖模块，这不仅增加了构建时的内存占用，也可能导致类路径冲突。

优化方案

经过分析，团队确定了build.mill真正需要的核心模块集合：

必需模块：

• mill.constants：包含Mill的常量定义
• mill.runner.api：运行器API接口
• mill.api：核心API定义
• mill.define：构建定义相关功能
• mill.util：实用工具类
• mill.main：主程序入口
• mill.*lib：各种支持库

移除模块：

• mill.codesig：代码签名相关
• mill.exec：执行相关
• mill.resolve：解析相关
• mill.internal：内部实现
• mill.server：服务器功能
• mill.server.client：服务器客户端
• mill.client：客户端功能
• mill.runner：运行器实现

技术实现细节

为了实现这一优化，团队进行了以下架构调整：

1. 模块重构：

   • 拆分mill.runner模块，将元构建必需的部分与服务器/BSP功能分离
   • 合并mill.runner.api和mill.api，将不适合合并的部分移至mill.define

2. 依赖关系优化：

   • 重新梳理各模块间的依赖关系，确保build.mill只引入必要依赖
   • 建立严格的模块边界，防止隐式依赖

3. 测试保障：

   • 新增集成测试，验证build.mill类路径仅包含预期模块
   • 测试会扫描类路径中的JAR文件和目录结构

技术价值

这一优化带来了多重好处：

1. 性能提升：减少类路径扫描和加载时间
2. 内存优化：降低运行时内存占用
3. 稳定性增强：减少类冲突可能性
4. 维护性改善：更清晰的模块边界和依赖关系

开发者影响

对于Mill插件开发者而言，这一变更意味着：

• 插件开发应明确依赖关系，避免隐式依赖
• 需要区分构建时依赖和运行时依赖
• 自定义构建逻辑需要适配新的模块结构

总结

Mill项目通过精简build.mill类路径依赖，实现了构建系统的轻量化和模块化。这一优化不仅提升了构建性能，也为未来的架构演进奠定了更清晰的基础。开发者可以期待更高效、更稳定的构建体验，同时也能从更清晰的模块划分中受益。