用 ast.Inspect 定位赋值语句需区分 *ast.AssignStmt（对应 =、+= 等）和 *ast.ValueSpec（对应 :=），前者检查 stmt.Tok == token.ASSIGN，后者需在 *ast.GenDecl 中遍历 Specs 并确认 Values 非空；修改须用 astutil.Apply 替换节点，不可用 ast.Inspect 直接编辑。
如何用 ast.Inspect 定位赋值语句
Go 的 AST 修改不是“就地编辑”，而是先遍历找到目标节点，再构造新节点替换。关键前提是准确识别变量赋值语句——它对应的是 *ast.AssignStmt，且 tok 字段为 token.ASSIGN（=）、token.ADD_ASSIGN（+=）等。
常见误判点：把 := 当作赋值语句。其实 := 是 *ast.AssignStmt 吗？不是——它是 *ast.DeclStmt 里的 *ast.GenDecl + *ast.ValueSpec，必须单独处理。
实操建议：
- 用
ast.Inspect遍历时，优先检查node是否为*ast.AssignStmt，再判断stmt.Tok == token.ASSIGN - 若需同时覆盖
:=场景，得额外进入*ast.GenDecl，遍历Specs中的*ast.ValueSpec，并确认Values非空 - 别依赖
ast.Print输出肉眼判断——它不显示Tok值，容易漏掉+=类型
用 astutil.Apply 替换赋值右值（Rhs）
ast.Inspect 只读，无法修改树；真正做替换得靠 astutil.Apply，它支持在遍历中返回新节点来替换旧节点。
立即学习“go语言免费学习笔记（深入）”；
典型需求：把所有 x = 42 改成 x = 100。重点在构造合法的新右值节点：
-
42是*ast.BasicLit，100也要用ast.NewIdent("100")❌ 错！数字字面量必须用&ast.BasicLit{Kind: token.INT, Value: "100"} - 若右值是表达式（如
y + 1），不能直接改字符串，得用ast.NewIdent("z")或重构整个ast.BinaryExpr - 替换后务必调用
astutil.Apply的replace函数返回新*ast.AssignStmt，否则修改不生效
示例片段（仅示意结构）：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
astutil.Apply(fset, file, nil, func(cursor *astutil.Cursor) bool {
if stmt, ok := cursor.Node().(*ast.AssignStmt); ok && stmt.Tok == token.ASSIGN {
if len(stmt.Lhs) == 1 && len(stmt.Rhs) == 1 {
ident, ok := stmt.Lhs[0].(*ast.Ident)
if ok && ident.Name == "x" {
// 构造新右值：100
newRhs := &ast.BasicLit{Kind: token.INT, Value: "100"}
newStmt := &ast.AssignStmt{
Lhs: stmt.Lhs,
Tok: stmt.Tok,
Rhs: []ast.Expr{newRhs},
}
cursor.Replace(newStmt)
return false // 阻止继续深入该子树
}
}
}
return true
})
token.ASSIGN 和 token.DEFINE 的混淆风险
AST 节点类型相同，但语义不同：token.ASSIGN（=）属于 *ast.AssignStmt；token.DEFINE（:=）属于 *ast.ValueSpec，嵌套在 *ast.GenDecl 里。
如果只处理 *ast.AssignStmt，会漏掉所有短变量声明。而错误地把 *ast.ValueSpec 当作 *ast.AssignStmt 强转，会导致 panic。
实操建议：
- 搜索时分开两路：一路查
*ast.AssignStmt，另一路查*ast.GenDecl并过滤Decl: *ast.ValueSpec - 检查
ValueSpec.Values长度，避免对无初始值的声明（如var x int）误操作 - 注意作用域：短声明
:=可能引入新变量，修改其右值可能影响后续同名变量绑定，需结合go/types分析才稳妥
修改后必须重写源码，且格式易损坏
AST 修改本身不改变文件内容，必须用 format.Node 或 gofmt 写回。但直接用 format.Node 会丢失原有空格、注释和换行。
更可靠的做法是用 gofmt 命令或 go/format 包重排，但代价是：所有手工格式（如对齐的 =、行尾注释）都会被清掉。
如果你依赖代码风格一致性，就得在 AST 修改后，用 astutil.Edit 或第三方库（如 gomodifytags 的底层逻辑）做精细位置替换——但这要求精确计算 token.Position，极易出错。
真正难的不是找到并替换节点，而是让结果既正确又“像人写的”。多数场景下，接受 gofmt 的重排，比硬刚位置编辑更实际。
