• 首先，你可以从中学到很多的计算机的底层知识，如后面将讲到的系统的引导和硬
件提供的中断机制等；其它，象虚拟存储的实现机制，多任务机制，系统保护机制
等等，这些都是非都源码不能体会的。
• 同时，你还将从操作系统的整体结构中，体会整体设计在软件设计中的份量和作用，
以及一些宏观设计的方法和技巧：Linux 的内核为上层应用提供一个与具体硬件不
相关的平台；同时在内核内部，它又把代码分为与体系结构和硬件相关的部分，和
可移植的部分；再例如，Linux 虽然不是微内核的，但他把大部分的设备驱动处理
成相对独立的内核模块，这样减小了内核运行的开销，增强了内核代码的模块独立
性。
• 而且你还能从对内核源码的分析中，体会到它在解决某个具体细节问题时，方法的
巧妙：如后面将分析到了的 Linux通过 Botoom_half 机制来加快系统对中断的处
理。
• 最重要的是：在源码的分析过程中，你将会被一点一点地、潜移默化地专业化。一
个专业的程序员，总是把代码的清晰性，兼容性，可移植性放在很重要的位置。他
们总是通过定义大量的宏，来增强代码的清晰度和可读性，而又不增加编译后的代
码长度和代码的运行效率；他们总是在编码的同时，就考虑到了以后的代码维护和
升级。 甚至，只要分析百分之一的代码后，你就会深刻地体会到，什么样的代码才
是一个专业的程序员写的，什么样的代码是一个业余爱好者写的。而这一点是任何
没有真正分析过标准代码的人都无法体会到的。
等等，这些都是非读源码不能体会的。

然而，由于内核代码的冗长，和内核体系结构的庞杂，所以分析内核也是一个很艰难，
很需要毅力的事；在缺乏指导和交流的情况下，尤其如此。只有方法正确，才能事半功倍。
正是基于这种考虑，作者希望通过此文能给大家一些借鉴和启迪。

由于本人所进行的分析都是基于 2.2.5 版本的内核；所以，如果没有特别说明，以下
分析都是基于 i386 单处理器的 2.2.5 版本的 Linux 内核。所有源文件均是相对于目录
/usr/src/linux 的。

@LANSEIT8
为何没有了？？