请教这里所说的内联，提高执行效率是什么意思？

请教一个问题，在示例代码中有如下片段 ``` func (o *Once) doSlow(f func()) { o.m.Lock() defer o.m.Unlock() // 双检查 if o.done == 0 { defer atomic.StoreUint32(&o.done, 1) f() } } ``` 在双检查整改地方，读取 o.done 的值并没有使用使用 atomic.LoadUint32(&o.done) 的方式，按照我的理解，是因为已经处于 o.m.Lock() 的保护下的缘故；那是否 atomic.StoreUint32(&o.done, 1) 也可以直接 o.done = 1 呢？毕竟这个代码也在 o.m.Lock() 的保护下

once为什么不直接加锁，还需要加多一个 双重检测呢？这块不太懂，望老师解答，我的理解是，调用do()之后直接上锁，等执行完f()再解锁不就行了吗

第一个思考题：Linux内核也有很多这种fast code path和slow code path，我想这样划分是不是内聚性更好，实现更清晰呢,从linux性能分析来看，貌似更多关注点是在slow code path 第二个思考题：应该不可以吧，Once的内部状态已经被改变了

// 值是3.0或者0.0的一个数据结构 var threeOnce struct { sync.Once v *Float } // 返回此数据结构的值，如果还没有初始化为3.0，则初始化 func three() *Float { threeOnce.Do(func() { // 使用Once初始化 threeOnce.v = NewFloat(3.0) }) return threeOnce.v } 这个代码里 NewFloat(3.0)，那后面程序用完后怎么释放这个new出来的内存？是否建议在 程序退出前对这个做一下 delete 呢？

求分享第一题答案

还可以只内联函数在doSlow的前的部分吗，一直以为内联是将整个函数内联上去了

‘’这确实是一种实现方式，但是，这个实现有一个很大的问题，就是如果参数 f 执行很慢的话，后续调用 Do 方法的 goroutine 虽然看到 done 已经设置为执行过了，但是获取某些初始化资源的时候可能会得到空的资源，因为 f 还没有执行完。‘’老师我们运行Do初始化的时候 一般加锁保证线程安全 那就就是说 抢到锁的gofunc在初始化fn()没有运行结束时不会释放锁 其他gofunc进不来 所以不会导致上面说的那种情况 我是这样理解的 要是初始化不加锁倒是会

请问：(*uint32)(unsafe.Pointer(&o.Once)) 这个表达式为什么会是1？