scc项目中的多目录统计问题分析与解决

问题背景

在代码统计工具scc的使用过程中，用户发现当同时统计多个目录时，结果出现了异常。具体表现为：单独统计两个不同目录A和B时结果正确，但将A和B同时作为参数传入时，统计结果并非两者的简单相加，而是出现了明显的偏差。

问题现象分析

通过实际测试可以观察到以下现象：

1. 单独统计meilisearch目录时，显示Rust文件372个，代码行数96554行
2. 单独统计heed目录时，显示Rust文件40个，代码行数5791行
3. 同时统计两个目录时，预期结果应为两者之和（Rust文件412个，代码行数102345行），但实际结果显示Rust文件80个，代码行数11582行，明显不符合预期

技术原因探究

经过深入分析，发现问题根源在于scc项目底层依赖的gocodewalker库中使用了Go语言的errgroup.Group并发处理机制。具体来说：

1. 在遍历多个目录时，代码使用了errgroup.Group的Go方法来并发处理每个目录
2. 由于errgroup.Go调用是非阻塞的，导致在循环中使用时出现了经典的Go循环变量捕获问题
3. 在Go 1.22之前的版本中，循环变量在每次迭代中会被重用，导致goroutine中捕获的是最终的循环变量值
4. 这导致实际上多个goroutine可能都在处理同一个目录，而非各自处理不同的目录

解决方案

针对这个问题，开发团队采取了以下解决措施：

1. 在循环内部创建局部变量副本，确保每个goroutine捕获的是正确的目录值
2. 通过显式复制循环变量，避免了并发访问同一变量的问题
3. 发布了scc v3.3.2版本修复此问题

深入技术细节

这个问题实际上涉及Go语言中两个重要的技术点：

1. 循环变量捕获：在Go 1.22之前，for循环中的变量在每次迭代中会被重用，这可能导致在并发场景下出现问题
2. errgroup使用：errgroup.Group提供了一种便捷的方式来管理一组goroutine，但其Go方法是非阻塞的，需要特别注意变量捕获问题

值得注意的是，Go 1.22版本对循环变量行为进行了修改，使每次迭代都会创建新的变量实例，从根本上解决了这类问题。但在实际测试中发现，只有当所有相关模块的go.mod都指定为1.22时，这一改进才会生效。

经验总结

这个案例为我们提供了几个重要的经验教训：

1. 在使用并发处理循环时，必须特别注意变量捕获问题
2. 升级Go版本时，需要确保所有依赖模块都同步更新了最低版本要求
3. 对于关键工具类项目，充分的边界测试非常重要
4. 新语言特性的采用需要全面评估其对现有代码的影响

通过这个问题的分析和解决，不仅修复了scc工具的功能缺陷，也为Go开发者提供了关于并发处理和版本升级的宝贵实践经验。