Mill构建工具中selective.run线程使用异常问题分析

在Mill构建工具的持续集成环境中，开发者发现了一个关于并发执行的性能问题。该问题表现为系统实际使用的线程数比预期少一个，导致构建速度明显下降。

问题背景

Mill构建工具在设计时采用了基于任务的并发执行模型。正常情况下，系统会根据可用CPU核心数自动计算并发度。例如在4核机器上，预期并发线程数应为4乘以系数0.5，即2个线程。然而实际观察发现，系统仅使用了1个线程执行任务。

问题根源

经过分析，问题出在selective.run方法的实现上。该方法在执行任务时，会占用一个线程作为调度器，导致实际可用的工作线程比预期少一个。具体表现为：

1. 当预期并发度为2时，selective.run占用1个线程作为调度线程
2. 剩余只有1个线程可用于实际任务执行
3. 这导致整体并发度从预期的2降低到实际的1

解决方案

开发团队通过以下方式解决了该问题：

1. 移除了install-android-sdk代码路径中意外的-j1参数限制
2. 确保线程池配置正确反映预期的并发度
3. 调整任务调度逻辑，避免调度线程占用工作线程资源

技术影响

该问题的修复对Mill构建工具的性能有显著提升：

1. 在4核机器上，构建任务的并发度从1恢复到2
2. 整体构建时间缩短约30-50%
3. 特别是在Android相关构建任务中效果更为明显

最佳实践

基于此问题的经验，建议Mill用户：

1. 定期检查构建日志中的并发度信息
2. 对于性能敏感的构建任务，显式指定线程池大小
3. 注意第三方插件可能覆盖默认的并发设置

该问题的解决体现了Mill团队对构建性能的持续优化，也展示了开源项目通过社区协作快速解决问题的优势。