在Go中，如果至少有一次访问是写操作，则没有值可安全地从多个goroutine进行并发访问而无需同步。您的案例符合列出的条件，因此您必须使用某种同步，否则行为将是不确定的。
如果goroutine要向另一个发送值，则使用通道。您的情况不完全是这样：您不希望您的工作人员每10秒发送一次更新，您希望主goroutine 每10秒
获取一次 状态。
因此，在此示例中，我仅使用
sync.RWMutex：来保护数据：当工作人员想要修改此数据时，他们必须获得写锁定。当主goroutine想要读取此数据时，它必须获得一个读取锁。
一个简单的实现可能看起来像这样：
type Worker struct { iterMu sync.RWMutex iter int}func (w *Worker) Iter() int { w.iterMu.RLock() defer w.iterMu.RUnlock() return w.iter}func (w *Worker) setIter(n int) { w.iterMu.Lock() w.iter = n w.iterMu.Unlock()}func (w *Worker) incIter() { w.iterMu.Lock() w.iter++ w.iterMu.Unlock()}使用此示例
Worker，主goroutine可以使用来获取迭代
Worker.Iter()，而工作程序本身可以使用
Worker.setIter()或
Worker.incIter()在任何时间更改/更新迭代，而无需任何其他同步。正确使用可以确保同步
Worker.iterMu。
另外，对于迭代计数器，您也可以使用该
sync/atomic包。如果选择此选项，则只能使用以下
atomic软件包的功能读取/修改迭代计数器：
type Worker struct { iter int64}func (w *Worker) Iter() int64 { return atomic.LoadInt64(&w.iter)}func (w *Worker) setIter(n int64) { atomic.StoreInt64(&w.iter, n)}func (w *Worker) incIter() { atomic.AddInt64(&w.iter, 1)}
