开通芝麻go的作用就是在会员周期内，实际享受的优惠金额。芝麻go其实就是给我们先享受店家的优惠，享受的额度达到或者超过了会员费用，我们再支付会员费用，如果享受到的优惠达不到标，就不用支付费用。
2.我们打开支付宝点击“我的”按钮。
3.然后在界面点击打开芝麻信用。
4.然后可以看到下面的界面里面有一个轻会员，点击进入，后续可能都会显示的是芝麻go了。
5.进入到界面，就可以看到相关的一些商家的优惠券了，我们点击自己需要的进入。
6.就可以看到下面显示的有一个优惠券详情，我们打开可以看一下这个是不是我们需要的。
7.然后下面都会有这个优惠券使用的要求，达到了某个额度，就支付会员费用，没有达到，退回享受的优惠就可以了。
8.如果确认这个自己是有需要的，我们就点击下面的同意协议，然后后续到店就可以使用优惠了。
内核线程（Kernel-Level Thread ，KLT）轻量级进程（Light Weight Process,LWP）：轻量级进程就是我们通常意义上所讲的线程，由于每个轻量级进程都由一个内核线程支持，因此只有先支持内核线程，才能有轻量级进程
用户线程与系统线程一一对应，用户线程执行如lo操作的系统调用时，来回切换操作开销相对比较大
多个用户线程对应一个内核线程，当内核线程对应的一个用户线程被阻塞挂起时候，其他用户线程也阻塞不能执行了。
多对多模型是可以充分利用多核CPU提升运行效能的
go线程模型包含三个概念：内核线程(M)，goroutine(G),G的上下文环境（P）；
GMP模型是goalng特有的。
P与M一般是一一对应的。P（上下文）管理着一组G（goroutine）挂载在M（内核线程）上运行，图中左边蓝色为正在执行状态的goroutine，右边为待执行状态的goroutiine队列。P的数量由环境变量GOMAXPROCS的值或程序运行runtime.GOMAXPROCS()进行设置。
当一个os线程在执行M1一个G1发生阻塞时，调度器让M1抛弃P，等待G1返回，然后另起一个M2接收P来执行剩下的goroutine队列（G2、G3...），这是golang调度器厉害的地方，可以保证有足够的线程来运行剩下所有的goroutine。
当G1结束后，M1会重新拿回P来完成，如果拿不到就丢到全局runqueue中，然后自己放到线程池或转入休眠状态。空闲的上下文P会周期性的检查全局runqueue上的goroutine，并且执行它。
另一种情况就是当有些P1太闲而其他P2很忙碌的时候，会从其他上下文P2拿一些G来执行。
详细可以翻看下方第一个参考链接，写得真好。
最后用大佬的总结来做最后的收尾————
Go语言运行时，通过核心元素G，M，P 和 自己的调度器，实现了自己的并发线程模型。调度器通过对G，M，P的调度实现了两级线程模型中操作系统内核之外的调度任务。整个调度过程中会在多种时机去触发最核心的步骤 “一整轮调度”，而一整轮调度中最关键的部分在“全力查找可运行G”，它保证了M的高效运行（换句话说就是充分使用了计算机的物理资源），一整轮调度中还会涉及到M的启用停止。最后别忘了，还有一个与Go程序生命周期相同的系统监测任务来进行一些辅助性的工作。
浅析Golang的线程模型与调度器
Golang CSP并发模型
Golang线程模型
go 语言中，可以通过 cgo 来调用 C 库。但是由于 goroutine 的机制，外部的 C 函数调用可能能够很快返回，也可能执行很长时间。为了 goroutine 调度不被阻塞，就一律对每个 cgo 调用都从线程池中取一个线程来执行，完成后再返回原 goroutine。这样一来，每个 cgo 调用都带来了巨大的额外开销。所以 go 的很多库在实现时，都没有通过包装 C 库，而是选择完全用 go 来实现。这就使得 go 少了大量现有的 C 库可以利用。读过 go 的代码后发现，要让 cgo 调用不通过线程池调用其实并不算很麻烦，所以就自己修改了一下 cgo 命令。如下面的代码中
package cgo//// int add(int a, int b) {// int ret = a + b// return ret// }//import "C"func CAdd(a, b int) int { return int(C.add(C.int(a), C.int(b)))}func AsmCAdd(a, b int) int { return int(c.add(C.int(a), C.int(b)))}
C.add 是传统的 cgo 调用方式。c.add 则是修改后
