Go 中如何优雅地将嵌套结构体作为函数参数传递

本文讲解在 go 语言中，如何避免因匿名结构体导致的类型不匹配问题，通过显式定义命名结构体、合理使用内嵌(embedding)和导出字段，实现类型安全、可复用的结构体传参。

在 Go 中处理嵌套 JSON 解析时，开发者常倾向于在顶层结构体中直接使用匿名结构体(如 struct { From, To, Password string })来快速建模。但这种写法虽简洁，却会带来严重的类型系统限制：每个匿名结构体字面量都被视为独立、不可比较、不可互换的类型。这意味着即使两个匿名结构体字段完全一致，它们在编译器眼中仍是“不同类型”，无法作为函数参数直接传递。

根本原因在于：config.Mail 的类型是 struct { From string; To string; Password string }，而函数形参是另一个(尽管字段相同)独立定义的匿名结构体类型——二者类型不等价，Go 不支持结构等价(structural equivalence)，只支持类型等价(type identity)。

正确做法：定义命名结构体并确保字段导出

解决方案非常清晰：将内嵌结构体提升为具名、导出的类型，并在函数签名中明确使用该类型。同时注意：所有需被 JSON 解析或跨包访问的字段必须以大写字母开头(即导出字段)，否则 json.Unmarshal 将忽略它们，且其他包无法访问。

关键注意事项

字段必须导出：from, to 等小写字段无法被 json 包读写，也无法被其他包(如 utils)访问。务必使用 From, To 等大写名称。

避免重复定义：不要在函数签名中再次写 struct{...} —— 这会创建新类型，破坏一致性。

善用内嵌（Embedding）：Mail 和 Summary 内嵌到 Config 中后，可直接通过 config.From 访问(若无冲突)，提升便利性;同时保留 config.Mail 的完整结构体值，便于模块化传递。

考虑接口（进阶）：若未来需支持多种邮件配置源(如 DB、Env、YAML)，可定义 MailerConfig 接口，让 Mail 实现它，进一步解耦。