Go 的线程实现模型，有三个核心的元素 M、P、G，它们共同支撑起了这个线程模型的框架。其中，G 是 goroutine 的缩写，通常称为 “协程”。关于协程、线程和进程三者的异同，可以参照 “进程、线程和协程的区别”。 每一个 Goroutine 在程序运行期间，都会对应分配一个 g 结构体对象。g 中存储着 Goroutine 的运行堆栈、状态以及任务函数，g 结构的定义位于

控制并发有三种种经典的方式，一种是通过channel通知实现并发控制 一种是WaitGroup，另外一种就是Context。 1. 使用最基本通过channel通知实现并发控制 无缓冲通道 无缓冲的通道指的是通道的大小为0，也就是说，这种类型的通道在接收前没有能力保存任何值，它要求发送 goroutine 和接收 goroutine 同时准备好，才可以完成发送和接收操作。

一、前言 Go 语言中实现了两种并发模型，一种是依赖于共享内存实现的线程-锁并发模型，另一种则是CSP（Communicationing Sequential Processes，通信顺序进程）并发模型。 大多数编程语言（比如 C++、Java、Python 等）的并发逻辑都是基于操作系统的线程。并发执行单元（线程）之间的通信利用的就是操作系统提供的线程或进程间通信的原语，如共享内存、信号

线程模型的三种实现方式： 用户级线程：M:1对应关系，多个用户态线程对应着一个内核线程，用户态线程的创建、终止、切换、同步等线程工作必须由自身来完成。 内核级线程：1:1对应关系，直接调用操作系统的内核线程，所有线程的创建、终止、切换、同步等操作都由内核线程来完成。 两级线程：M:N对应关系，这种线程模型会先创建多个内核级线程，然后用自身的用户级线程去对应创建的多个内核级线程

Golang中的并发模型：解析gRPC 在近年来的软件开发中，由于云计算、大数据等应用场景的出现，对于高并发、高性能的需求越来越高，这也导致了高效的并发模型成为了各个编程语言竞相追求的目标。而在Golang语言中，其并发模型得到了广泛的应用和认可。在本文中，将会解析Golang中的gRPC并发模型以及相关知识点。 一、gRPC简介 gRPC是一个基于HTTP/2协议的远程过程调用（RPC）框架

在golang中interface底层分析文中分析了接口的底层原理。其中接口的内部结构分两种一种是iface接口，就是有方法的接口，另一种是eface是空接口。不管是哪种都有两个字段：data、_type 代表接口变量的数据和变量类型信息。那它和反射类型有什么关系吗？今天的文章就是分析接口变量和反射变量的关系。 环境：go version go1.12.5 linux/amd64 1 类型方法

空接口可以存储任意类型的数据，当需要判断到底是何种类型时，可以使用以下方法。 1 直接断言 比如我们收到一个类型为interface{}的变量unknown，可以通过如下代码直接断言是否为string类型： val, ok := unknow.(string) 如果返回ok为true，则变量unknown为string类型，同时返回一个val存储string类型的值

你不能这样做，因为接口值不这样做。接口值做什么——不管接口类型本身；接口类型是否为空并不重要——它们有两个东西：某个值的具体类型（或无类型）；和该具体类型的值（或无值）。因此，如果某个变量v或表达式e的类型I是I接口类型，那么您可以使用某种语法检查这两个“字段”中的一个或两个。它们不是struct字段，因此您不能只使用v.type，但您可以这样做：switch v.(type) {case

随着编程语言的不断进化和开发，越来越多的程序员对于空接口的概念有了更多的认识和理解。空接口（Empty Interface）是Go语言中非常常见的一种类型，它的作用是可以接收任何类型的值。在Go语言中，空接口可以理解为任意类型的父类型，即任何类型都可以转换为空接口类型。这是因为在空接口中没有任何方法声明，也没有字段声明，因此可以将任何类型的值赋给一个空接口。不过

对于go语言来说，设计最精妙的应该是interface了，直白点说interface是一组method的组合。至于更加详细的描述，本文不做介绍，今天谈谈空接口。 　　空interface(interface{})不包含任何的method，因此所有的类型都实现了空interface。空interface在我们需要存储任意类型的数值的时候相当有用，有点类似于C语言的void*类型。请看下面的代码：