@matloob @alandonovan

(通过“外部包”，我假设你指的是依赖关系。)
驱动程序仅在需要从分析较低级别的包中获取事实时，才在依赖项上运行请求的分析器(以及由于 Requires 间接需要的任何内容);大多数分析器实际上不需要查看除根之外的其他包。
这个命令的某个变体不就能做到你需要的吗？

$ go vet $(go list -deps myproj/...)

@matloob, @alandonovan
我测试了命令并理解了这个解决方法(递归地对所有依赖项进行lint检查)。非常感谢您的建议🙇
然而，我发现了一些差异。
我将这个解决方法与my copied and modified driver进行了比较，如下所示。

# with modified driver
~/knil$ time knil golang.org/x/tools/... 2>&1 | wc -l
   15800

real    0m18.837s
user    0m47.938s
sys     0m4.163s

# with `go list -deps`
~/knil$ time knil $(go list -deps golang.org/x/tools/...) 2>&1 | wc -l
   15159

real    0m45.245s
user    1m41.810s
sys     0m14.848s

我不知道wc返回的行数差异的原因(可能是依赖项版本之间的差异？),但是性能差异可能是因为当前驱动程序会同时以根和依赖项的方式双重检查依赖项。
这种性能差异可能无法通过这个解决方法来解决，我们应该准备优化分析的选项吗？

感谢报告。我对它变慢并不感到惊讶。区别在于：

1. 默认命令在根包上运行所有分析，并在所有依赖项上运行模块分析(少数使用事实的分析)。然后仅报告根包的诊断信息。
2. 您的fullchecker也执行相同的操作，但为依赖项报告诊断信息。这些将必然只包括模块分析产生的诊断信息。
3. 'go list'的解决方法对所有包运行所有分析并打印所有诊断信息。
   #1 和 #3 很容易解释。#2 则不容易。这就是为什么我不想添加一个标志的原因。
   如果您有动力的话，对 #3 进行性能分析是个好主意，看看是否可以轻松地提高性能。