关于Go sync.Map中tryLoadOrStore与trySwap实现差异的疑问

这两个方法的实现差异，核心源于它们的语义定位和调用场景的并发约束不同，参数类型的区别是适配场景的优化结果，而非原因：

• tryLoadOrStore的定位与场景
  它服务于LoadOrStore方法，核心语义是「原子性检查条目是否有效：若有效则返回当前值；若条目已被标记为expunged（删除），则将新值存入并返回」。
  由于LoadOrStore对外暴露的参数是值类型（any），且需要处理“条目不可用时激活并存储值”的分支，直接接收值参数更贴合上层调用逻辑，也避免了用户额外传递指针的繁琐。同时，在处理expunged条目时，需要直接将值写入entry，值传递的方式更直观。

• trySwap的定位与场景
  它服务于Swap和Store方法，核心语义是「在条目已存在且有效的前提下，原子性替换其值」。
  这两个上层方法的调用路径中，已经提前处理了“条目不存在则创建”的逻辑，所以trySwap只需要聚焦于值的替换操作。使用*any作为参数，能避免大对象的值拷贝开销，同时配合CAS原子操作时，指针传递更高效——毕竟替换操作只需要修改entry内部的指针指向，而非拷贝整个值。

简单来说，前者要兼顾“检查+可能存储”的复合语义，需要适配值传递的上层接口；后者只需要完成“替换”的单一语义，因此用指针传递做性能优化，两者的实现差异是为了适配各自的职责场景。

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