操作系统根据资源访问权限的不同，体系架构可以分为用户空间和内核空间；内核空间主要操作访问CPU资源，IO资源，内存资源等硬件资源，为应用程序提供最基本的基础资源；用户空间是上层应用程序的固定活动空间，用户空间不能直接访问内核空间，必须通过系统调用，库函数或者shell脚本来调用内核空间提供的资源。
线程模型的实现，可以分为以下几种方式：
- 用户级线程模式
用户线程和内核线程KSE是 N:1 模型，N个用户空间线程在1个内核空间线程上运行，程序线程的创建、切换、同步、终止等线程工作必须自身来完成，无需借用系统调用来实现。一个进程中所有创建的线程都只和同一个KSE在运行时动态绑定，也就是说，操作系统只知道用户进程而对其中的线程是无感知的，内核所有的调度都基于用户进程。由于线程调度是在用户层面完成，不需要CPU在用户态和内核态切换；因此他的优势是上下文切换非常快，缺点是无法利用多核系统的优点。
- 内核级线程模型
用户线程和内核线程KSE是 1:1 的模型，也就是每一个用户线程都绑定一个内核线程，而线程的调度都交给内核去做，应用程序对线程的创建、终止、同步等调度工作都是基于内核提供的系统调用来完成。这种模型的优势是实现简单，直接借助了操作系统内核的线程已经调度器，所以CPU可以快速切换调度线程，于是多个线程可以同时运行；缺点是由于借助了内核来完成线程的创建、销毁和线程之间的上下文切换和调度，因此资源成本大幅上涨，对性能影响很大。
- 两级线程模型
用户线程和内核线程KSE是M:N的模型，两级线程模型中的一个进程可以与多个内核线程KSE相关联，于是进程中不同的线程可以绑定不同的KSE, 这点和内核级线程模型相似；其次，又区别于内核线程，他的进程中线程不是与KSE一一绑定，而是动态的绑定一个KSE；当某个KSE因为其绑定的线程的阻塞操作被内核调度出CPU时，其关联进程中的其余用户线程可以重新与其他KSE相绑定运行。所以，两级线程模型既不是用户级线程模型那种完全靠自身调度的模型也不是内核级线程模型那种完全靠操作系统调度的；go的两级模型即用户调度器实现用户线程到KSE的调度，内核调度器实现KSE到CPU的调度。
G-P-M模型
任何用户线程最终肯定要交由OS线程来执行，goruntine(G) 也同样，但是G并不直接交由OS线程运行，而是由 P - 逻辑处理器来作为两者之间的中介来运行。P可以看作一个抽象的资源或上下文，一个 P 绑定一个OS线程，在go中，把OS线程抽象为一个 M；G实际是由M通过P来调度运行的，但是对于G而言，P提供了G运行所需的一切资源和环境，在G看来，P就是CPU。由G\P\M这三种抽象出来的实现，最终形成了