转自http://www.cnblogs.com/jnet/archive/2008/05/12/1193675.html
担心找不到了，转过来了，谢谢jnet了，如果不同意的话请通知我，我会尽快删除。
一直以来，都搞不清楚这几个概念。在网上搜了一下，把它晒上，不会再忘记！ 有其它的内容，请看到的朋友请补充。
从80386开始，cpu有三种工作方式：实模式，保护模式和虚拟8086模式。只有在刚刚启动的时候是real-mode，等到linux操作系统运行起来以后就运行在保护模式。实模式只能访问地址在1M以下的内存称为常规内存，我们把地址在1M 以上的内存称为扩展内存。在保护模式下，全部32条地址线有效，可寻址高达4G字节的物理地址空间; 扩充的存储器分段管理机制和可选的存储器分页管理机制，不仅为存储器共享和保护提供了硬件支持，而且为实现虚拟存储器提供了硬件支持; 支持多任务，能够快速地进行任务切换和保护任务环境; 4个特权级和完善的特权检查机制，既能实现资源共享又能保证代码和数据的安全和保密及任务的隔离; 支持虚拟8086方式，便于执行8086程序。
虚拟8086模式是运行在保护模式中的实模式，为了在32位保护模式下执行纯16位程序。它不是一个真正的CPU模式，还属于保护模式。
保护模式同实模式的根本区别是进程内存受保护与否。可寻址空间的区别只是这一原因的果。实模式将整个物理内存看成分段的区域,程序代码和数据位于不同区域，系统程序和用户程序没有区别对待，而且每一个指针都是指向"实在"的物理地址。这样一来，用户程序的一个指针如果指向了系统程序区域或其他用户程序区域，并改变了值，那么对于这个被修改的系统程序或用户程序，其后果就很可能是灾难性的。为了克服这种低劣的内存管理方式，处理器厂商开发出保护模式。这样，物理内存地址不能直接被程序访问，程序内部的地址（虚拟地址）要由操作系统转化为物理地址去访问，程序对此一无所知。
至此，进程（这时我们可以称程序为进程了）有了严格的边界，任何其他进程根本没有办法访问不属于自己的物理内存区域，甚至在自己的虚拟地址范围内也不是可以任意访问的，因为有一些虚拟区域已经被放进一些公共系统运行库。这些区域也不能随便修改，若修改就会有: SIGSEGV（linux 段错误）;非法内存访问对话框（windows 对话框）。
CPU启动环境为16位实模式，之后可以切换到保护模式。但从保护模式无法切换回实模式
事实上，现在的64位奔腾4处理器，拥有三种基本模式和一种扩展模式，
基本模式：
保护模式：纯32位保护执行环境。
实模式：纯16位无保护执行环境。
系统管理模式：当SMI引脚为有效进入系统管理模式，首先保存当前的CPU上下文。它有独立的地址空间，用来执行电源管理或系统安全方面的指令。
扩展模式：
IA-32e模式: 64位操作系统运行在该模式。该模式有两种子模式:
1）兼容模式：该模式下，64位操作系统运行在32位兼容环境，能正常运行16，32位应用程序就像基本的保护模式一样，
访问32位地址空间，但不能运行纯16位实模式程序（就是不能运行虚拟86模式程序了）。
2）64位模式：在该模式下，处理器完全执行64位指令，使用64位地址空间和64操作数，运行16，32位程序必须切换到兼容模式。
IA-32e子模式的切换完全基于代码段寄存器。这样一来，运行在IA-32e模式中（64位）的OS完全可以无缝的运行所有16，32，64为应用程序，
通过设置32位后的CS。
首先，80386以及80386以后的CPU都是32位的
纯32位windows是不能进入实模式的，重启以后到载入WINDOWS以前都是实模式，也许你会说windows98不是是可以不用重启机器直接进入到纯DOS（实模式）下么
首先，98是个16位和32混编的系统，所以不稳定，但对游戏支持甚好，而且其内核是建立在16位上的（你要是搞过Win32编程就会有所了解），这样的话进入DOS很方便，或者在DOS下一条win命令就可以进入WINDOWS...
但是从NT开始就不行了，2000/XP都是建立在纯32位（NT开始）内核上的，所以很稳定，但是如果不重新启动到DOS下是不能进行实模式操作的，但是考虑程序的兼容问题，为了让以前的16位程序能在32位下运行，80386就提供了虚拟86模式（这和windows无关，是CPU提供的模式，另外可以告诉你，因为80286没有虚拟86模式，只有实模式和保护模式，当时一些流行的16位程序要使用的话必须重启到DOS下，再进到到保护模式），虚拟86模式实际上就是模拟16位的8086
CPU的实模式，但这和实模式有很大区别，最大的因该算是中断被屏蔽或转为windows的异常处理了，这样你要用诸如：int 13h 命令是行不通的，因为windows是建立在保护模式上的，保护模式下有自己的中断模式，如果你要从windows进入实模式的话只有重新启动再到DOS下了。
现在几乎不需要进入实模式了，除非你windows中了毒不能进入，到DOS下重装/恢复/备份系统，还有就是一些硬件底层的破解啦，比如破解还原卡之类的。
进入保护模式是每个32位系统必须的，因为这样系统才能才能利用保护模式提供的保护机制管理和维护自己，程序也就稳定了，
虚拟86模式没什么需要不需要，CPU提供这个模式，程序是16位的时候，系统会自动加载到虚拟86模式中运行...
我们在windows下打开的cmd（别忘了98下叫MS－DOS方式，这个模式仍是在16的内核上，而从NT开始的CMD就是纯32位了！！！！）它在系统中的定义是字符模式（非窗口），这样给一些16位的程序提供了运行环境....
1:实模式：寻址采用和8086相同的16位段和偏移量，最大寻址空间1MB，最大分段64KB。可以使用32位指令。32位的x86 CPU用做高速的8086。
2:保护模式：寻址采用32位段和偏移量，最大寻址空间4GB，最大分段4GB (Pentium Pre及以后为64GB)。在保护模式下CPU可以进入虚拟8086方式，这是在保护模式下的实模式程序运行环境。
第一:实模式下程序的运行回顾.
程序运行的实质是什么?其实很简单,就是指令的执行,显然CPU
是指令得以执行的硬件保障,那么CPU如何知道指令在什么地方呢?
对了,80x86系列是使用CS寄存器配合IP寄存器来通知CPU指令在内存
中的位置.
程序指令在执行过程中一般还需要有各种数据,80x86系列有DS、
ES、FS、GS、SS等用于指示不同用途的数据段在内存中的位置。
程序可能需要调用系统的服务子程序，80x86系列使用中断机制
来实现系统服务。
总的来说，这些就是实模式下一个程序运行所需的主要内容
（其它如跳转、返回、端口操作等相对来说比较次要。）
第二：保护模式---从程序运行说起
无论实模式还是保护模式，根本的问题还是程序如何在其中运行。
因此我们在学习保护模式时应该时刻围绕这个问题来思考。
和实模式下一样，保护模式下程序运行的实质仍是“CPU执行指令，
操作相关数据”，因此实模式下的各种代码段、数据段、堆栈段、中
断服务程序仍然存在，且功能、作用不变。
那么保护模式下最大的变化是什么呢？答案可能因人而异，我的
答案是“地址转换方式”变化最大。
第三：地址转换方式比较
先看一下实模式下的地址转换方式，假设我们在ES中存入0x1000，
DI中存入0xFFFF,那么ES:DI=0x1000*0x10+0xFFFF=0x1FFFF,这就是众
所周知的“左移4位加偏移”。
那么如果在保护模式下呢？假设上面的数据不变ES=0x1000,
DI=0xFFFF，现在ES:DI等于什么呢？
公式如下：（注：0x1000=1000000000000b= 10 0000 0000 0 00）
ES:DI=全局描述符表中第0x200项描述符给出的段基址+0xFFFF
现在比较一下，好象是不一样。再仔细看看，又好象没什么区别！
为什么说没什么区别，因为我的想法是，既然ES中的内容都不是
真正的段地址，凭什么实模式下称ES为“段寄存器”，而到了保护模式
就说是“选择子”？
其实它们都是一种映射，只是映射规则不同而已：在实模式下这
个“地址转换方式”是“左移4位”；在保护模式下是“查全局/局部描述表”
。前者是系统定义的映射方式，后者是用户自定义的转换方式。而它
影响的都是“shadow register”
从函数的观点来看，前者是表达式函数，后者是列举式函数：
实模式： F(es-->segment)={segment |segment=es*0x10}
保护模式：F(es-->segment)={segment |(es,segment)∈GDT/LDT}
其中GDT、LDT分别表示全局描述符表和局部描述符表。
第四：保护模式基本组成
保护模式最基本的组成部分是围绕着“地址转换方式”的变化增设了
相应的机构。
1、数据段
前面说过，实模式下的各种代码段、数据段、堆栈段、中断服务程
序仍然存在，我将它们统称为“数据段”，本文从此向下凡提到数据段都
是使用这个定义。
2、描述符
保护模式下引入描述符来描述各种数据段，所有的描述符均为8个字
节（0-7)，由第5个字节说明描述符的类型，类型不同，描述符的结构也
有所不同。
若干个描述符集中在一起组成描述符表，而描述符表本身也是一种
数据段，也使用描述符进行描述。
从现在起，“地址转换”由描述符表来完成，从这个意义上说，描述符
表是一张地址转换函数表。
3、选择子
选择子是一个2字节的数，共16位，最低2位表示RPL，第3位表示查表
是利用GDT（全局描述符表）还是LDT（局部描述符表）进行，最高13位给
出了所需的描述符在描述符表中的地址。（注：13位正好足够寻址8K项）
有了以上三个概念之后可以进一步工作了，现在程序的运行与实模式
下完全一样！！！各段寄存器仍然给出一个“段值”，只是这个“假段值”
到真正的段地址的转换不再是“左移4位”，而是利用描述符表来完成。但
现在出现一个新的问题是：
系统如何知道GDT/LDT在内存中的位置呢？
为了解决这个问题，显然需要引入新的寄存器用于指示GDT/LDT在内
存中的位置。在80x86系列中引入了两个新寄存器GDR和LDR，其中GDR用于
表示GDT在内存中的段地址和段限（就是表的大小），因此GDR是一个48
位的寄存器，其中32位表示段地址，16位表示段限（最大64K，每个描述
符8字节，故最多有64K/8=8K个描述符）。LDR用于表示LDT在内存中的位
置，但是因为LDT本身也是一种数据段，它必须有一个描述符，且该描述
符必须放在GDT中，因此LDR使用了与DS、ES、CS等相同的机制，其中只
存放一个“选择子”，通过查GDT表获得LDT的真正内存地址。
对了，还有中断要考虑，在80x86系列中为中断服务提供中断/陷阱描
述符，这些描述符构成中断描述符表（IDT），并引入一个48位的全地址
寄存器存放IDT的内存地址。理论上IDT表同样可以有8K项，可是因为80x86
只支持256个中断，因此IDT实际上最大只能有256项（2K大小）。
第五：新要求---任务篇
前面介绍了保护模式的基本问题，也是核心问题，解决了上面的问题，
程序就可以在保护模式下运行了。
但众所周知80286以后在保护模式下实现了对多任务的硬件支持。我
的第一反应是：为什么不在实模式下支持多任务，是不能还是不愿？
思考之后，我的答案是：实模式下能实现多任务（也许我错了：））。
因为多任务的关键是有了描述符，可以给出关于数据段的额外描述，如权
限等，进而在这些附加信息的基础上进行相应的控制，而实模式下缺乏描
述符，但假设我们规定各段的前2个字节或若干字节用于描述段的附加属性，
我觉得和使用描述符这样的机制没有本质区别，如果再附加其他机制...
基于上述考虑，我更倾向于认为任务是独立于保护模式之外的功能。
下面我们来分析一下任务。任务的实质是什么呢？很简单，就是程序嘛！！
所谓任务的切换其实就是程序的切换！！
现在问题明朗了。实模式下程序一个接一个运行，因此程序运行的
“环境”不必保存；保护模式下可能一个程序在运行过程中被暂停，转而执行
下一个程序，我们要做什么？很容易想到保存程序运行的环境就行了（想
想游戏程序的保存进度功能），比如各寄存器的值等。
显然这些“环境”数据构成了一类新的数据段（即TSS）。延用前面的思路，
给这类数据段设置描述符（TSS描述符），将该类描述符放在GDT中（不能
放在LDT中，因为80x86不允许：）），最后再加一个TR寄存器用于查表。
TR是一个起“选择子”作用的寄存器，16位。
好了，任务切换的基本工作就是将原任务的“环境”存入TSS数据段，更
新TR寄存器，系统将自动查GDT表获得并装载新任务的“环境”，然后转到新
任务执行。
第六：附加要求---分页篇
为什么叫附加要求，因为现在任务还不能很好地工作。前面说过，任务
实质上是程序，不同的程序是由不同的用户写的，所有这些程序完全可能
使用相同的地址空间，而任务的切换过程一般不会包括内存数据的刷新，
不是不可能，而是如果那样做太浪费了。因此必须引入分页机制才可能有效
地完成对多任务的支持。
分页引入的主要目标就是解决不同任务相互之间发生地址冲突的问题。
分页的实质就是实现程序内地址到物理地址的映射，这也是一个“地址转换”
机制，同样可以使用前面的方案（即类似GDT的做法）：首先建立页表这样
一种数据段，在80x86中使用二级页表方案，增设一个CR3寄存器用于存放
一级页表（又称为页目录）在内存中的地址，CR3共32位，其低12位总是为
零，高20位指示页目录的内存地址，因此页目录总是按页对齐的。CR3作为
任务“环境”的一部分在任务切换时被存入TSS数据段中。
当然还得有相应的缺页中断机制及其相关寄存器CR2（页故障线性地址寄存器）。
第七：总结
保护模式下增加了什么？
1、寄存器 GDR LDR IDR TR CR3
2、数据段 描述符表(GDT LDT) 任务数据段(TSS) 页表(页目录 二级页表)
3、机制 权限检测(利用选择子/描述符/页表项的属性位)
线性地址到物理地址的映射
第八：保护模式常用名词解释
前面内容中出现过的不再解释。
1、RPL 选择子当中的权限位确定的权限
2、CPL 特指CS中的选择子当中的权限位确定的权限
3、EPL EPL=Max(RPL,CPL),即RPL和CPL中数值较大的，或说权限等级较小的
4、DPL 描述符中的权限位确定的权限
5、PL 泛指以上4种特权级
6、任务特权 =CPL
7、I/O特权 由EFLAGS寄存器的位13、14确定的权限
8、一致代码段 一种特殊的代码段，它在CPL>=DPL时允许访问
正常的代码段在CPL=DPL RPL<=DPL时才允许访问 |
