golang中具有 “no copy“的类型

在 Go 语言中，某些类型由于特殊用途或底层实现，可能会被标记为 “no copy”，即它们不能被复制，通常是因为复制会导致意外的行为或错误。这些类型主要包括：

---

1. sync.Mutex、sync.RWMutex

• 原因：Mutex 是用于同步的锁，复制后可能会导致多个实例操作同一个底层锁的情况，从而引发竞争条件或死锁。
• 示例：

  var mu sync.Mutex
  copyMu := mu // ❌ 错误，拷贝 Mutex 会导致不可预测行为
  

---

2. sync.Cond

• 原因：sync.Cond 依赖于 sync.Mutex，如果复制，会导致多个 Cond 变量竞争同一个锁。
• 示例：

  var cond = sync.NewCond(&sync.Mutex{})
  copyCond := *cond // ❌ 不应该复制
  

---

3. sync.Once

• 原因：sync.Once 用于确保某段代码只执行一次，复制 Once 可能导致相同的初始化逻辑执行多次。
• 示例：

  var once sync.Once
  copyOnce := once // ❌ 拷贝可能会导致 `Do` 不能正确保证只执行一次
  

---

4. sync.WaitGroup

• 原因：sync.WaitGroup 维护一个内部计数器，拷贝后多个 WaitGroup 可能操作同一个计数器，导致错误。
• 示例：

  var wg sync.WaitGroup
  copyWg := wg // ❌ 复制 WaitGroup 可能导致等待逻辑混乱
  

---

5. sync.Pool

• 原因：sync.Pool 是一个对象池，拷贝会导致多个 Pool 可能共享相同的对象存储区，破坏内存管理。
• 示例：

  var pool sync.Pool
  copyPool := pool // ❌ 复制可能导致多个 Pool 共享底层存储，导致数据混乱
  

---

6. context.Context（通常不应该被复制）

• 原因：context.Context 用于控制超时、取消等，复制 Context 可能会导致取消信号不生效。
• 示例：

  ctx := context.Background()
  copyCtx := ctx // ❌ 复制 context 可能导致错误的取消行为
  

---

7. 带 runtime/internal/atomic.NoCopy 结构体的类型

• Go 内部提供了 runtime/internal/atomic.NoCopy 结构体，嵌入该类型的结构体会在 go vet 检查时报错，防止误复制。
• 示例：

  type myStruct struct {
      noCopy runtime/internal/atomic.NoCopy
  }
  

---

如何防止结构体被拷贝？

如果你定义的结构体不希望被复制，可以嵌入 sync.NoCopy（Go 1.20 之后正式提供）：

import "sync"

type MyStruct struct {
    noCopy sync.NoCopy
}

这样，go vet 工具会在发现 MyStruct 被复制时发出警告。

---

总结

在 Go 语言中，以下类型通常不能被复制：

• 同步相关：
  • sync.Mutex
  • sync.RWMutex
  • sync.Cond
  • sync.Once
  • sync.WaitGroup
  • sync.Pool
• 上下文管理：
  • context.Context
• 使用 sync.NoCopy 或 runtime/internal/atomic.NoCopy 防止拷贝的结构体

一般来说，如果一个类型涉及 锁、并发同步、状态管理，就要特别注意 避免拷贝，否则可能会导致竞态条件、锁丢失或不一致行为。