关于golang.org/x/tools/go/packages.Load触发Go测试缓存失效的疑问

是的，golang.org/x/tools/go/packages.Load确实会让Go测试缓存将它加载的包文件纳入测试的依赖列表，这就是修改testdata/foodata/foo.go会触发测试重跑的原因。

核心逻辑：Go测试缓存的依赖追踪机制 #

Go测试缓存判断是否复用旧结果，核心看测试的输入依赖是否发生变化。除了显式导入的包、测试源文件本身，Go还会追踪测试代码通过官方工具链相关API访问的文件——因为这些文件的内容会直接影响测试逻辑的执行结果。

go/packages.Load的特殊之处 #

golang.org/x/tools/go/packages是Go官方提供的用于分析、加载Go包的工具库，它和Go的模块系统、包解析逻辑深度绑定。当你的测试代码通过这个库加载testdata/foodata/foo.go对应的包时，测试运行时的缓存追踪系统会识别到这个操作，自动把该包的相关文件（包括foo.go）标记为测试的输入依赖。

为什么修改bardata/bar.go不触发重跑 #

因为你的测试代码从未通过任何被缓存系统追踪的API访问过testdata/bardata/bar.go，缓存系统完全不知道这个文件的存在，自然不会将其纳入依赖范围，修改它也就不会影响缓存有效性。

总结来说，Go测试缓存的依赖追踪范围比显式导入更广，会覆盖那些通过官方工具链API读取的、影响测试逻辑的文件，go/packages.Load正属于这类会被追踪的操作。

内容的提问来源于stack exchange，提问作者Javier Zunzunegui