go开发学习记录

因为需要用到etcd，开发环境是wsl，所以要装一下 首先，安装docker，因为是windows10系统，直接安装docker Desktop 安装过程网上多的是，不再赘述。 安装完成后，要把doc

其实go里面有两个常用的mutex，一个是sync包里的mutex，这个在日常开发中用的非常多，另一个是runtime包里的mutex，这个在底层很多地方都能见到，即使是sync包的mutex底层也要

先看下go的sync.mutex是什么 这里面有个sema，这个就是信号量。 什么是信号量？ 信号量通俗的来说是一个“变量”充当“信号（灯\旗）功能”，信号量的值可以是任意非负整数，通常用于表示资源的

其实在看go源码的时候，发现除了sync包里有个mutex以外，runtime包里也有一个mutex，这个mutex在runtime很多地方都在用。 这个runtime包里面的mutex的结构如下：

在简略的说之前，首先要对RW锁的结构有一个大致的了解 这里要额外说一句，writerSem和readerSem底层都是semaRoot，这个结构体有兴趣可以了解下，他的用法有点类似于一个简版的chan

go的通道是一种常见的进程中的通信方式，但是由于使用起来是一个阻塞等待接收和发送的情况，所以本文简要的介绍了几种死锁情况，并分析原因，给出简单的处理方案

其实锁这种东西，都能能不加就不加，锁会导致程序一定程度上退回到串行化，进而降低效率。 首先，看一个案例，如果要实现一个计数器，并且是多个协程共同进行的，就会出现以下的情况： 每次执行后的计数器结果都是

这里主要用到了channel在没有缓冲区的时候的阻塞。如果我们每一个协程都生成一个管道，通知下一个协程什么时候能打印，打印哪个数字，这个问题就非常好解了。 这里主要是形成一个闭环，每一个协程要打印的时

今日学习grpc通信，做一个简单的小demo来验证效果，主要是做了个被调用方A服务，和调用方B服务，来验证是否调用成功

在安装grpc的时候，需要安装一个工具 protocol buffer，大多数教程给出的是linux下的安装，在此记录一下windows下的安装 Protocol Buffers (Protobuf)