GRPC通过Context上下文跨进程传输全局数据 在go语言中没有设计类似Java的ThreadLocal机制（就是把数据跟线程进行绑定，在进程的任何地方都能很方便的拿到数据），为了方便、安全的在多个GoRoutine之间传递数据，go语言为我们提供了context包，所以大部分情况通过参数传递context上下文方式来共享数据。
HashMap底层原理（全网最详细干货） 在HashMap中，先得到key的hashcode，hashcode是一个数字，然后通过hashcode & (table.length - 1) 运算得到一个数组下标index，是通过与运算计算出来一个数组下标的，而不是通过取余，与运算相比于取余运算速度更快，但是也有一个前提条件，就是数组的长度得是一个2的幂次方数。HashMap扩容指的就是数组的扩容，因为数组占用的是连续内存空间，所以数组的扩容其实只能新开一个2倍原数组大小数组，然后把老数组上的元素转移到新数组上来，这样才是数组的扩容。
深入硬件讲透go语言SDK中atomic.Load变量与atomic.Store变量（atomic.LoadInt32()与atomic.StoreInt32()函数） goroutine的线程不安全以及可见性问题
go-zero集成nacos踩坑记 不过这里最简单的修改方式是直接不使用缓存，官方没有给相关的配置option给用户手动设置，只能手动修改源码解决，但是这种方式只是临时解决方案，实际上还是需要想办法触发关键代码，接触阻塞，后续有时间再pr相关代码进行修复。简单理解就是由于 客户端启动的时候会加载本地缓存导致的，客户端加载到服务后会已文件的方式缓存到本地磁盘，下次启动的时候再次从磁盘加载，然后与远端naocs服务请求做对比，如果发现服务没有变化导致相关关键代码没有执行。编写deposit.proto文件。3.修改grpc服务端代码。
关注
