用户态与内核态

一、什么是用户态、内核态

一般的操作系统对执行权限进行分级，分别为用用户态和内核态。

用户态相较于内核态有较低的执行权限，很多操作是不被操作系统允许的，原因简单来说就是用户态出现问题（自己写的bug），也不能让操作系统崩溃呀。

内核态相当于一个介于硬件与应用之间的层，内核有ring 0的权限，可以执行任何cpu指令，也可以引用任何内存地址，包括外围设备, 例如硬盘, 网卡，权限等级最高。

用户态则权利有限，例如在内存分配中，有一部分内存是仅为内核态使用的，用户态code则不允许访问那些内存地址，每个进程只允许访问自己申请到的内存。

而且不允许访问外围设备。另外在执行cpu指令的时候也可以被高优先级抢占。大多数时间各类程序都是执行在用户态下，毕竟内核就是基础而已。

二、状态转换

用户程序跑在用户态下，但是如果需要执行一些操作，例如申请内存，网络读写时，自己的权限不够，就需要转换到内核态去让内核的code帮忙干一些事情。

下面三个方式是：

a. 系统调用

这是用户态进程主动要求切换到内核态的一种方式，用户态进程通过系统调用申请使用操作系统提供的服务程序完成工作，

比如，前例中fork()实际上就是执行了一个创建新进程的系统调用。而系统调用的机制其核心还是使用了操作系统为用户特别开放的一个中断来实现，例如Linux的int 80h中断。

b. 异常

当CPU在执行运行在用户态下的程序时，发生了某些事先不可知的异常，这时会触发由当前运行进程切换到处理此异常的内核相关程序中，也就转到了内核态，比如缺页异常。

c. 外围设备的中断

当外围设备完成用户请求的操作后，会向CPU发出相应的中断信号，这时CPU会暂停执行下一条即将要执行的指令转而去执行与中断信号对应的处理程序，

如果先前执行的指令是用户态下的程序，那么这个转换的过程自然也就发生了由用户态到 内核态的切换。

比如硬盘读写操作完成，系统会切换到硬盘读写的中断处理程序中执行后续操作等。

三、为什么两者切换耗时

linux下每个进程的栈有两个，一个是用户态栈，一个是内核态栈。

在需要从用户态栈切换到内核的时候，需要进行执行栈的转换，保存用户态的状态，包括寄存器状态，

然后执行内核态操作，操作完成后要恢复现场，切换到用户态，这个过程是耗时的。

很多人都说mutex加锁解锁很慢，为什么呢，因为他也是需要从用户态到内核态的切换，因此有一些无锁技巧，例如CAS(Compare and swap)，还有spin lock这种，不做context切换的锁。

JDK早期，synchronized叫做重量级锁，因为申请锁资源必须通过kernel，系统调用。早期，当我们加了synchronzied关键字，一定会经过操作系统的允许，这个过程很慢，

所以称为重量级锁。后来才有了synchronized锁优化。

怎么优化呢？

就是在某些条件下，我不需要操作系统的允许，只需要在用户空间就可以解决，比如CAS，不需要再经过内核这个过程，所以，这个就是轻量级锁。

 参考博客、视频教程