为何Go AST的FuncDecl.Recv类型为*FieldList？编译器不允许多接收器

这既不是设计失误，也不全是单纯的未来预留，而是有多重实际意义：

• 语法结构一致性：Go的接收器写法本身就和函数参数、返回值列表一样，是用括号包裹的字段集合（哪怕当前只允许一个）。AST用FieldList来定义接收器，能和参数列表（Params）、返回值列表（Results）的结构保持统一，这样解析器、AST遍历工具的逻辑可以复用，不用为接收器单独编写一套特殊的处理代码，降低了AST相关工具的实现复杂度。

• 预留扩展空间：Go团队在设计AST时，确实考虑过未来是否可能支持多接收器的特性。虽然目前编译器严格禁止这种写法，但提前用FieldList而非单个Field来定义，能避免未来如果要引入该特性时，需要大幅修改AST的核心结构，减少对现有工具链的兼容性冲击。

• 编译流程分工清晰：AST的职责是准确反映代码的语法结构，而语义合法性校验是编译器后续阶段的工作。允许AST解析出多接收器的结构，再由编译器的语义检查模块抛出method has multiple receivers的错误，符合编译前端（解析）和中端（语义检查）的职责划分，让解析器更专注于语法解析，不用掺杂语义校验逻辑。

比如你尝试的多接收器代码，AST能正常解析出对应的结构，但编译器会在语义检查阶段拦截并报错，这正是这种设计思路的体现。

内容的提问来源于stack exchange，提问作者Timsib Adnap