在Go语言中，结构体与方法是构建自定义类型行为的基础设施。结构体负责描述数据的静态特征，方法则负责描述该类型可以执行的动作。和Java、C++中的类不同，Go没有构造函数、没有继承，也不存在隐式的this指针，但通过结构体类型绑定方法，开发者依然可以获得封装、代码复用以及面向接口编程的能力。理解结构体定义与方法的接收者机制，是写出高质量Go代码的关键一步。
一、结构体定义与字段组织
Go语言使用type关键字定义结构体。结构体由字段名和字段类型组成，一个典型的结构体声明语法如下：
type User struct {
ID int
Name string
Email string
Age uint8
Address Address
CreatedAt time.Time
}
上面这段代码定义了一个User类型，其中包含整型、字符串、无符号整型、结构体以及time.Time类型字段。Go结构体支持字段嵌套，如果匿名字段的结构体类型与字段名一致，则可以直接通过外层结构体访问内层字段，这种机制称为嵌入。例如：
type Address struct {
Province string
City string
Street string
}
type Customer struct {
Name string
Address // 匿名嵌入，类型名Address成为字段名
}
嵌入后，Customer实例可以直接访问Province、City等字段，就像它们被提升到了Customer类型本身。这一特性为组合复用提供了便利。结构体还可以附带标签（tag），标签写在字段类型后面的反引号中，通常提供给encoding/json、gorm等库做元数据解析。比如Name string `json:"name"`表示序列化时使用name作为JSON键名。定义结构体时应该注意字段对齐，合理排列字段类型顺序有时能减少内存填充，但这更多属于性能优化范畴。
二、方法的声明与接收者语义
方法是绑定到特定类型的函数。Go的语法是在func关键字与函数名之间增加一个接收者参数，形式为func (u User) GetDisplayName() string。接收者参数将方法附加到User类型上，调用时可以使用u.GetDisplayName()。与普通函数相比，方法可以访问接收者携带的数据，这让代码组织更接近对象行为。
接收者分为两种：值接收者和指针接收者。值接收者会在调用时复制一份结构体，方法内部修改不会影响原始数据；指针接收者则接收结构体地址，方法内的修改会直接作用到原对象。下面的代码展示了差异：
type Counter struct {
Value int
}
// 值接收者：修改不会影响原Counter
func (c Counter) IncreaseByValue() {
c.Value++
}
// 指针接收者：修改会反映到原Counter
func (c *Counter) IncreaseByPointer() {
c.Value++
}
func main() {
c := Counter{Value: 10}
c.IncreaseByValue()
fmt.Println(c.Value) // 输出 10
c.IncreaseByPointer()
fmt.Println(c.Value) // 输出 11
}
值接收者调用时发生结构体复制，如果结构体包含大量字段或切片、map等引用类型，复制成本需要评估。一般情况下，以下情形优先使用指针接收者：需要修改接收者本身、结构体体积较大、希望避免每次调用都复制、需要保持同一实例的状态一致性。如果方法只读取数据，且结构体非常小，使用值接收者可以表达只读语义，也能避免无意修改。
另一个关键差异是方法集。类型T的方法集只包含值接收者方法，也就是接收者为T的方法；类型*T的方法集包含值接收者方法和指针接收者方法。这个规则直接决定接口赋值是否成功。很多人在这里被绕住：并不是所有可寻址变量都能自动取地址。例如一个不可寻址的值不能调用指针接收者方法，而接口赋值时更是严格要求方法集匹配。
三、方法集与接口配合的实践
Go的接口是隐式实现，只要类型的方法集包含接口声明的全部方法，就自动满足该接口。方法集的不同会导致某些类型无法直接赋值给接口。看下面的例子：
type Greeter interface {
Greet() string
}
type Speaker struct {
Name string
}
// 指针接收者实现Greet
func (s *Speaker) Greet() string {
return "Hello, " + s.Name
}
func PrintGreeting(g Greeter) {
fmt.Println(g.Greet())
}
func main() {
s := Speaker{Name: "Gopher"}
// PrintGreeting(s) // 编译错误：Speaker未实现Greeter
PrintGreeting(&s) // 正确：*Speaker实现了Greeter
}
当类型的方法使用指针接收者时，只有*Speaker的方法集包含Greet，Speaker本身不包含，因此不能把Speaker值传给Greeter参数。如果方法改为值接收者，则Speaker和*Speaker都能满足接口。这种差异经常影响API设计：如果希望值类型也能轻松作为接口使用，可以选择值接收者；但需要修改内部状态或避免复制时，就必须使用指针接收者。选择接收者不是语法偏好，而是语义决策。
实际项目中，结构体通常会和接口配合实现服务层抽象。例如定义一个UserRepository接口，包含Save、FindByID等方法，再使用MemoryUserRepository和MySQLUserRepository两种实现。指针接收者方法绑定具体结构体，通过构造函数返回接口类型，既能隔离存储细节，也便于单元测试替换。接口与结构体方法的组合是Go实现依赖反转的核心方式。
四、结构体方法实践：从模型到服务
为了把前面内容串起来，这里给出一个更完整的例子：定义文章模型Article，包含基础字段以及两个方法；再定义ArticleService，使用结构体方法完成业务动作。
type Article struct {
ID int64
Title string
Content string
ViewCount int
Published bool
}
// 值接收者：生成摘要，不修改原数据
func (a Article) Summary() string {
if len(a.Content) <= 80 {
return a.Content
}
return a.Content[:80] + "..."
}
// 指针接收者：发布文章并增加计数
func (a *Article) Publish() {
a.Published = true
a.ViewCount++
}
type ArticleService struct {
articles []Article
}
func NewArticleService() *ArticleService {
return &ArticleService{}
}
func (s *ArticleService) Add(a Article) {
s.articles = append(s.articles, a)
}
func (s *ArticleService) PublishByID(id int64) bool {
for i := range s.articles {
if s.articles[i].ID == id {
s.articles[i].Publish()
return true
}
}
return false
}
Article的Summary方法采用值接收者，因为摘要生成只读，不会改变字段；Publish方法采用指针接收者，因为它需要修改Published和ViewCount。ArticleService的方法全部使用指针接收者，这样Add、PublishByID在调用时共享同一个服务实例，内部切片修改能够持久化。通过这个例子可以看到，结构体方法设计通常围绕两个问题：这个方法会不会改变对象状态？这个对象是否会被频繁复制？回答这两个问题，接收者选择就清晰了。
除了业务模型，结构体方法还广泛用于实现标准库接口。例如让自定义类型实现String() string方法，可以定制fmt.Println输出；实现MarshalJSON和UnmarshalJSON方法，可以控制JSON序列化行为；实现Error() string方法，可以把自定义类型当作error返回。这些方法都有固定签名，绑定到结构体后就成为标准接口的一部分。
五、注意事项与常见误区
第一个误区是混淆函数与方法的调用方式。方法必须依附于接收者变量，不能像普通函数那样直接调用。例如定义了func (u User) Greet()后，不能写Greet()，只能写u.Greet()。但在方法内部，可以像普通函数一样调用其他函数，也可以调用同类型的其他方法。
第二个误区是在值为nil时调用指针接收者方法。nil指针接收者可以合法调用方法，前提是方法内部处理了nil情况；如果忘记判断，会导致运行时panic。这在实现链表、树等结构时尤其重要。第三个误区是地址取用的限制。map中的value不可寻址，因此不能调用指针接收者方法；interface内保存的值也可能不可寻址。遇到这类情况，需要先复制到临时变量或改用指针类型保存。
第四个误区是过度使用方法链。虽然指针接收者方法可以返回接收者指针以支持链式调用，但Go社区通常不鼓励为了链式而牺牲清晰度。方法应当保持单一职责，避免隐藏副作用。如果方法内部修改字段又返回this，阅读代码的人可能忽略状态变化。简单直接始终是Go风格的优先原则。