Go中访问者模式通过接口+类型断言实现双分派：Element接口定义Accept方法完成首次分派，Visitor接口声明对应节点的Visit方法，各节点在Accept中显式调用visitor.VisitXXX(this)，新增操作无需修改数据结构。
用 Go 实现访问者模式，核心是把“对数据结构的操作”从数据结构本身中剥离出来，让新增操作无需修改已有类型——这在需要频繁扩展行为（比如语法树遍历、序列化、校验、渲染）时特别有用。Go 没有传统面向对象的虚函数或方法重载，但可通过接口 + 类型断言 + 双分派思想来自然实现。
定义被访问的数据结构（Element 接口）
所有可被访问的节点类型都要实现一个统一接口，比如 Accept(visitor Visitor) 方法。这个方法不执行具体逻辑，只负责把自身传给访问者，完成第一次分派。
- 每个具体节点（如
File、Directory）实现Accept，并在其中调用visitor.VisitXXX(this) - 避免在节点里写业务逻辑，只做“我是谁、我该找谁处理我”的转发
定义访问者接口与具体实现
Visitor 是一个接口，声明一组 VisitXxx 方法，每个对应一种节点类型。不同访问者（如 SizeVisitor、PrintVisitor）各自实现这些方法，封装独立行为。
- Go 中需显式为每种节点类型提供 Visit 方法，因为没有泛型自动匹配（Go 1.18+ 虽支持泛型，但双分派仍需类型感知）
- 访问者内部可维护状态（如累计大小、缩进层级），便于跨节点共享上下文
手动实现“双分派”：类型断言 + 分发
由于 Go 不支持运行时根据参数类型自动选择方法，Accept 方法里要用类型断言或 switch v := element.(type) 区分具体类型，再调用访问者对应的方法。
立即学习“go语言免费学习笔记（深入）”；
- 例如：
func (f *File) Accept(v Visitor) { v.VisitFile(f) } - 也可在访问者方法里做二次判断，但推荐前者——更符合访问者本意，也利于 IDE 跳转和静态分析
- 如果节点类型多，可用 map 或注册表减少重复代码，但小项目直接手写更清晰
使用示例：文件系统遍历
假设你有一棵树，含 File 和 Directory。你可以轻松添加新功能：
-
计算总大小 → 实现
SizeVisitor，累加File.Size，递归处理子目录 -
打印路径结构 → 实现
PrintVisitor，带缩进控制，遇到目录就递归Accept -
查找大文件 → 实现
FindLargeVisitor，只收集 >10MB 的File
所有新增行为都不用碰 File 或 Directory 的定义，符合开闭原则。
基本上就这些。Go 的访问者模式不依赖语言特性，靠的是清晰的责任划分和一点手动分发。它不复杂，但容易忽略“Accept 必须由节点主动调用”这一关键点——漏掉就会变成普通回调，失去双分派意义。
