atomic.Pointer[T]与atomic.Value适用场景及atomic.Value存废疑问

Go 1.19 引入了atomic.Pointer，官方部分源码已从atomic.Value迁移至atomic.Pointer，比如sync.Map、encoding/gob的相关实现。

基于此，有以下技术疑问及解答：

疑问1：若代码计划使用泛型，是否所有atomic.Value都可以替换为atomic.Pointer？哪些场景更适合使用atomic.Value？ #

• 并非所有场景都能直接替换。atomic.Pointer仅能存储指针类型的值，而atomic.Value支持存储任意类型（包括int、string这类值类型）。如果泛型类型是值类型，使用atomic.Pointer需要先取地址，会额外产生内存分配，这种场景下atomic.Value更合适。
• 若需要存储的类型可能在运行时动态变化（虽不推荐，但atomic.Value支持该场景），atomic.Value依然是可选方案；而atomic.Pointer因泛型绑定，类型固定，无法动态切换存储类型。
• 当泛型类型本身就是指针类型时，atomic.Pointer[T]更直观，类型安全性更强，无需像atomic.Value那样做类型断言，这种场景优先选用atomic.Pointer。

疑问2：atomic.Value是否仅为兼容旧代码而存在？是否应逐步废弃atomic.Value？ #

• atomic.Value并非仅为兼容旧代码而存在，它仍有专属适用场景（如存储值类型、动态类型的场景）。从Go的兼容性原则来看，官方目前没有废弃atomic.Value的计划，这类标准库API不会被轻易废弃。
• 维护旧代码时，无需强制迁移至atomic.Pointer；新代码若为泛型且目标类型是指针，优先用atomic.Pointer；若涉及值类型存储，atomic.Value依然是合理选择。

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