Go中不能直接传值修改结构体字段，因为值传递只操作副本，原结构体不受影响；应使用指针接收者方法、封装状态、配合同步原语确保安全变更。
为什么不能直接传值修改结构体字段
Go 语言中所有参数都是值传递，包括结构体。如果函数接收的是 MyStruct 类型而非 *MyStruct，那么函数内对字段的任何赋值（如 s.Name = "new"）只作用于副本，原变量完全不受影响。常见错误现象是：调用完函数后打印结构体，字段值没变。
- 结构体较大时，值传递还会带来不必要的内存拷贝开销
- 方法集规则决定：只有指针接收者才能修改原始实例，值接收者方法无法实现状态变更
- 接口实现时若方法使用指针接收者，那只有
*T能满足该接口，T不行 —— 这直接影响状态管理器能否被统一抽象
定义可变状态结构体并暴露指针方法
状态管理的核心是让外部能安全、明确地触发变更。推荐将状态封装为结构体，并只提供指针接收者方法。避免导出字段，防止外部绕过逻辑直接赋值。
type Counter struct {
count int
}
func (c *Counter) Inc() {
c.count++
}
func (c *Counter) Value() int {
return c.count
}
// 使用示例：
c := &Counter{}
c.Inc()
fmt.Println(c.Value()) // 输出 1
- 构造函数返回
*Counter是惯用做法，比如NewCounter() - 如果状态需初始化校验（如非负、范围限制），应在构造函数或
Init()方法中完成，而不是放任零值被误用 - 并发场景下，仅靠指针不够 —— 此时必须配合
sync.Mutex或atomic操作，否则Inc()仍可能竞态
用指针实现状态机切换（有限状态管理）
当状态不是简单数值而是有明确生命周期和转换规则（如 Idle → Running → Paused → Stopped），用指针指向当前状态对象更利于解耦和测试。每个状态可实现统一接口，指针则负责动态替换。
type State interface {
Enter(*Context)
HandleEvent(*Context, string)
}
type Context struct {
currentState State
}
func (c *Context) Transition(next State) {
if c.currentState != nil {
c.currentState.Exit(c)
}
c.currentState = next
next.Enter(c)
}
-
currentState必须是指针类型（State是接口，本身已含指针语义），否则Transition()中赋值不会改变原Context实例的状态引用 - 状态实现应避免在
Enter()中阻塞或耗时操作；如需异步，应启动 goroutine 并通过 channel 通知 - 调试时容易忽略：若某个状态未实现
Exit()方法，或忘记在Transition()前调用，资源泄漏风险陡增
指针与 sync.Once / sync.Map 配合做懒加载状态
某些状态（如配置、连接池、单例服务）需要首次访问才初始化，且必须线程安全。单纯用指针无法保证“只初始化一次”，必须组合同步原语。
立即学习“go语言免费学习笔记（深入）”；
-
sync.Once是最轻量方案：配合私有指针字段 + 导出的取值方法，确保初始化仅执行一次 - 不要把
sync.Once放在局部变量里 —— 它必须是包级或结构体字段，否则每次调用都新建一个，失去意义 - 高频读写状态（如计数器、缓存条目）优先考虑
sync.Map，它内部已优化指针操作，比手动加锁map[string]*Value更高效 - 注意：
sync.Map的LoadOrStore返回的是interface{}，需类型断言；若存的是结构体指针，务必确认断言目标是*YourType而非YourType
*int 安全得多。 
