在Go语言项目中，配置对象通常包含数据库连接串、日志级别、服务端口等基础参数。当系统规模扩大，多个业务模块都需要读取甚至修改这些参数时，如果采用值传递，每个模块拿到的是配置的副本，任何一方的修改都无法同步给其余模块。利用指针，我们可以让所有模块持有同一块内存的地址，从而低成本地实现配置共享。
为什么值传递会导致配置不一致
Go中所有参数传递都是值拷贝。当一个配置结构体被传入函数或赋值给另一个变量时，编译器会复制整个结构体的字段。对于包含几十个字段的复杂配置，这不仅浪费内存，还会让各个接收方处于互相隔离的状态。
假设我们在入口处加载了配置，然后分别交给订单服务和用户服务。若订单服务在运行时把超时时间从3秒改成5秒，用户服务看到的依旧是3秒。这种分裂在排错时非常隐蔽，因为从代码逻辑上很难察觉某个模块改的是副本而非源头。
用指针共享配置的基本写法
最简单的做法是把配置定义为结构体指针，在初始化函数中返回该指针，然后将其注入到各个模块。由于指针本身只占用一个机器字长，传递成本极低，且所有接收方解引用后访问的是同一块底层数据。
下面示例展示了一个基础配置结构体以及通过指针共享的过程：
package config
type AppConfig struct {
DBHost string
Port int
Timeout int
}
// 全局指针，进程内唯一
var shared *AppConfig
func Load() *AppConfig {
shared = &AppConfig{
DBHost: "127.0.0.1:3306",
Port: 8080,
Timeout: 3,
}
return shared
}
func Get() *AppConfig {
return shared
}
在业务模块中，只需调用config.Get()即可拿到同一个指针。任意一方修改shared.Timeout，其他模块下次读取时都会看到新值。这种方式比复制结构体直观得多。
并发场景下的指针共享保护
当配置可能在运行时被后台协程动态更新，而多个业务协程同时读取时，就会产生数据竞争。Go的race detector能捕获这类问题，但我们需要在设计中主动规避。
一种常见方案是结合sync.RWMutex，把配置指针放在带锁的保护结构中，读多写少时性能影响很小。另一种更轻量的方式是使用atomic.Value存储指针，在更新时整体替换而非就地修改字段，这样读方永远拿到一个完整的稳定快照。
package config
import "sync/atomic"
type Holder struct {
v atomic.Value
}
func (h *Holder) Store(c *AppConfig) {
h.v.Store(c)
}
func (h *Holder) Load() *AppConfig {
return h.v.Load().(*AppConfig)
}
使用原子方式存储指针，写协程构造好新配置后一次性替换，读协程通过Load拿到要么旧要么新的完整指针，不会出现半更新状态。这对热更新配置非常实用。
通过构造函数注入避免隐式全局态
虽然全局指针变量写起来方便，但会让单元测试难以隔离。更工程化的做法是在main中构造配置指针，再通过构造函数传给每个服务结构体。
这样在测试中我们可以传入一份临时配置指针，而不依赖包级变量。以下代码演示了注入方式：
type OrderService struct {
cfg *config.AppConfig
}
func NewOrderService(c *config.AppConfig) *OrderService {
return &OrderService{cfg: c}
}
func (s *OrderService) Show() {
println(s.cfg.DBHost)
}
由于cfg仍是指针，OrderService对配置的修改对传入同一指针的UserServcie依然可见。这种显式依赖比散落各处的全局量更容易维护和推理。
注意事项与常见误区
使用指针共享配置时，不要把结构体里的小字段也频繁通过指针间接访问而不加注释，这会降低可读性。另外，若配置包含需深拷贝的切片或映射，仅共享指针意味着切片底层数组也是共用的，一方追加元素可能影响另一方，此时应考虑在更新时重建整个配置对象而非修改原映射。
还有一点，不要为了共享而把一切配置都做成全局可写指针，应该明确区分只读共享与可写控制面。通常只让专用的管理协程拥有写权限，业务模块仅读取，能从架构上减少意外篡改。
| 方式 | 适用场景 | 并发安全 |
|---|---|---|
| 全局指针变量 | 简单脚本、小型服务 | 需自行加锁 |
| atomic.Value存指针 | 热更新配置 | 读无锁安全 |
| 构造函数注入 | 中大型项目、易测试 | 取决于内部保护 |
合理运用Go指针，可以在不引入配置中心等重组件的情况下，用极小的代码量达成进程内配置对象的真正共享。核心思路就是让多方持有同一地址，并在写路径上做好同步或快照替换。