gRPC是什么？
gRPC(Google Remote Procedure Call) 是一个由谷歌开发的高性能、开源的RPC（远程调用）框架。简单来说，他的核心目的是：让你调用远程服务器上的函数（方法），就像调用本地代码里的函数一样简单。
他主要用于微服务架构，帮助不同服务器之间（甚至不同语言写的服务）进行高效沟通。
gRPC的核心两大支柱
gRPC能再性能和体验上超过传统RESTful API，主要归功于：
1、Protocol Buffers（Protobuff）——数据怎么存
这是gRPC默认的序列化机制（类似于XML和JSON，但更强）
- 二进制格式：Protobuf将数据序列化为二进制流，比文本格式（如JSON）体积小得多，传输更快。 - 接口定义语言（IDL）：你需要编写一个.Proto文件来定义数据结构和服务接口。 - 强类型：定义了.Proto后数据类型就是严格确定得了，减少了字段拼写错误或类型不匹配带来的Bug2、HTTP/2——数据怎么传
gRPC建立在HTTP/2协议之上，赋予了它许多HTTP/1.1（REST常用协议）不具备的能力：
- 多路复用：一个TCP可以同时处理多个请求，无需排队。 - 头部压缩：使用HPACK算法，依赖静态字典、动态字典、哈夫曼编码进行压缩，减少了数据传输量。 - 双向流：客服端服务端可以同时、实时地双向发送数据流。sync.map的底层原理
sync.map是go在1.9引入并发安全Map，核心设计理念是用空间换时间与读写分离。它并不适合所有场景，而是为了读多写少与Key值稳定（大部分操作是更新现有Key而不是插入新Key）优化的。
1、核心结构：两个Map（Read&Dirty)+misses计数+amended标记
read map（只读/快路径）：基于atomic操作，访问它不需要加锁，如果能在read里找到数据，性能极高。
dirty map(脏/慢路径）：普通的map，包含了read中没有的新键、需要更新/删除的键以及read的可迁移的键，访问必须加锁。
misses技术： 记录“读操作在 read 没命中但去 dirty 找到了”的次数，用于触发迁移。
amended 标记（在 read 里）：表示 dirty 中存在 read 没有的键；读 miss 时才需要查 dirty。
2、提升机制（promotion）
当读请求经常在 read miss、但在 dirty 命中，说明 dirty 里的数据已经变“热”，继续让读去 dirty 会导致频繁加锁。 此时misses达到了某个程度，会在持锁下把 dirty 提升为新的 read ，将dirty清空，amended复位，将misses清零。
new和make的区别
Go 里，new 和 make 都用于“创建”，简单来说，new只负责分配零值内存，创建后无法直接使用，而make负责分配并初始化，具体来说，他们的面向的对象不同、返回类型不同、底层行为也不同。
1、面向对象不同
- make只能用于slice、map、channel三种引用类型。
- new可以用于任意类型（基本类型、结构体、切片、map 等)，但他只分配内存，不负责复杂结构的初始化。
2、返回类型不同
- make(T,…)返回的是T类型本身(值)，因为这三种类型在Go内部本质上是指针包装的结构体，直接返回值即可。
- new(T)返回的是*T（指向该类型内存的指针）。
3、底层行为不同（核心）
- new做的事Zeroed Storage（置零），他申请一块内存，将内容全部清零（0，nil，false），然后返回指针。
- make做的事Initialization（初始化），因为slice/map/channel底层结构很复杂，光是清零是没法使用的，必须经过特定的初始化流程，如果只是new了这三种类型，直接使用会panic。
)
