本篇文章向大家介绍《这是 ast 解析的正确行为吗》，主要包括，具有一定的参考价值，需要的朋友可以参考一下。
问题内容我正在学习如何使用 golang 的 ast 库以及如何工作。我正在解析 https://github.com/modern-go/concurrent，避免测试文件和 go_below_19.go，因为它会导致错误。
我的问题是解析文件 unbounded_executor.go 中的这些行，
var handlepanic = func(recovered interface{}, funcname string) {
errorlogger.println(fmt.sprintf("%s panic: %v", funcname, recovered))
errorlogger.println(string(debug.stack()))
}两个实例中 errorlogger 的 ast.ident 都有一个 nil 对象。
但是，我相信它不应该为零，应该引用 log.go 中的这些行，
// errorlogger is used to print out error, can be set to writer other than stderr
var errorlogger = log.new(os.stderr, "", 0)是我错了，还是解析器有问题？我遵循了一些有关解析文件的参考资料，并在每个文件中重用 *token.fileset 并使用 parsecomments 作为模式。
编辑：
围绕此有一个大型代码库，因此演示此内容的代码将包含片段。
这是在所有非测试 go 文件中使用相同的 fset 执行的，没有会阻止代码在 1.16 中使用的构建限制
parsedFile, parseErr := parser.ParseFile(fset, filePath, nil, parser.ParseComments)正确答案
致电 ast.NewPackage 解析 ast 中的标识符：
fset := token.NewFileSet()
files := make(map[string]*ast.File)
for _, name := range []string{"unbounded_executor.go", "log.go"} {
f, err := parser.ParseFile(fset, name, nil, parser.ParseComments)
if err != nil {
log.Fatal(err)
}
files[name] = f
}
ast.NewPackage(fset, files, nil, nil)
ast.Inspect(files["unbounded_executor.go"], func(n ast.Node) bool {
if n, ok := n.(*ast.Ident); ok && n.Name == "ErrorLogger" {
fmt.Println(n.Obj)
}
return true
})由于未提供正确的导入程序，并且文件列表未包含包中的所有文件，因此 newpackage 返回未解析的符号错误。
到这里，我们也就讲完了《这是 ast 解析的正确行为吗》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注编程网公众号，带你了解更多关于的知识点！
