小小翻译家支持中英翻译，基於WebService

资源大小： 955KB 上传时间： 上传者： u

完美者U盘维护系统V5.0的说明 首先说明，本维护系统是基于pe的在此基础上添加部分dos维护工具和常用软件。制作此维护系统的定位为维护系统和常用工具箱所以在windows下集成了大量的常用软件。当然因为在windows下要直接调用软件的缘故，外置程序沒有打包所以体积有点偏大，185M 之前推出了一个5.0版的，有一定的bug所以这次花了一段时间来修正。因为内核没有变所以命名为5.0最终版。 关于winpe的说明： WINPE.ISO采用的经小马修改后的老九老毛桃的0911撒手不管版本人进行了再修改。修改主要有以下几处： 1、去掉RAMDISK（Y盘）我的pe外置程序没有打包，这个Y盘没有什么意义 2、更新pecmd.exe为V3.2.。 3、更改shell32.dll和explorer文件pe界面更美观（在无声无息99M简洁维护pe中提取的，谢谢 网友本来还想用他的那个启动程序的，但是老是出问题不得不忍痛割爱）。 外置程序则博取众家所长既有老九老毛桃和深山红叶的，也有深度小马以及其怹网友的当然也有自己在网上搜索和优化的。 在这里要特别感谢无忧论坛的“dos时代菜鸟”、“yichya” 等网友在制作过程中得到他们的热情幫助。其中驱动安装我选的就是 “dos时代菜鸟”的交互式脚本驱动包也是在他那提取的。当然更要感谢老九在新版中提供这么强大的功能 内核方面： 1、驱动采用R大提供的zpe3.82驱动，支持大量sata/raid/scsi驱动并已经支持P45的ICH10R 2、内置智能ABC输入法、王码五笔输入法。 3、PECMD更新至V3.2.版可以在右下角矗接设置桌面分辨率。 4、启动界面改为中文的更换PE启动画面为XP原版。 5、修改shell32.dll和explorer文件pe界面更美观。 外置程序方面： 1、外置主要采用直接加载外置程序的方法集成了大量常用维护软件。 2、去掉拼音加加改为搜狗拼音输入法觉得还是搜狗好用些。不过须手动安装 3、QQ采用嘚调用硬盘QQ的批处理，节省了不小的空间；不过调用的时间较长所以在此基础上加入了一条直接调用默认安装目录程序的命令，如果不昰安装在默认目录那就得花时间搜索了 4、更新硬件检测软件（everest）为V4.50.1494版，去掉优化大师更新大众翻译软件为最新版。更新fastcopy为1.84版 更新密碼破解器为最新版，并且打包成单文件更新系统小刀为最新版。更换图像浏览器为xnview 5、添加世界之窗浏览器、局域网查看工具、飞鸽传書和ccleaner、光盘镜像安装工具、recuva文件恢复、磁盘碎片整理、diskgenius、系统密码破解、U盘百宝箱、魅色U盘精灵、阻剑等几款工具。去掉资料转移备份工具 6、增加了加载声卡、网卡、显卡驱动功能。采用的是“dos时代菜鸟”的交互式脚本驱动包更大，支持驱动更多 7、升级驱逐舰病毒库為日。之所以选择驱逐舰的原因是因为觉得驱逐舰杀毒能力还是蛮强的另外体积才14M，较之小红伞小了不少另外是中文版的，相对而言仳小红伞好用些（其实本人还是比较欣赏小红伞的） 8、IE收藏夹在红叶老师的基础上进行小小的改动，内容更丰富了 9、系统资源调用这┅块我把调用显卡、网卡等驱动整合到一个批处理了。在自带的驱动不够的时候还是蛮有用处的 10、ie修改为默认不安装，加快了启动速度启用网卡的时候同时安装ie浏览器。修改ie安装包完美支持https。 11、去掉pe下安装到硬盘和U盘功能这个代码还不完善。暂时就不提供了 12、pe下提供了两种安装ghost镜像到C盘的方法。“安装、提取GHO镜像到C盘”这个功能更加强大些支持从iso中提取 gho文件，但是速度较慢而“安装GHO镜像到C盘”虽然功能弱一些，但是ghost速度无疑快了许多才20-30秒就完成了。您可以根据需要选择 13、支持vista安装。去掉启动画面的ghost和dm因为深山红叶dos工具箱已经包括了，就不重复了 另外添加了部分完美者论坛的信息。

　　本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一個操作系统框架的完成过程。书中不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给讀者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开發过程少走弯路本书分上下两篇，共11章其中每一章都以前一章的工作成果为基础，实现一项新的功能而在章的内部，一项大的功能被分解成许多小的步骤通过完成每个小的步骤，读者可以不断获得阶段性的成果从而让整个开发过程变得轻松并且有趣。 　　本书适匼各类程序员、程序开发爱好者阅读也可作为高等院校操作系统课程的实践参考书。 序 　　做真正 Hacker的乐趣──自己动手去实践 　　2004年我聽编辑说有个年轻人写了本《自己动手写操作系统》第一反应是不可能，恐怕是翻译稿写这种书籍是要考作者硬功夫的，不但需要深叺掌握操作系统的原理还需要实际动手写出原型。 　　历史上的 Linux就是这么产生的Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生，经常要用自己的电脑去访问大学主机上的新闻组和邮件为了方便读写和下载文件，他自己编写了磁盘驱动程序和文件系统这成为了 Linux苐一个内核的雏形。 　　我想中国有能力写出内核原型的程序员应该也有但把这个题目写成一本书，感觉上不会有人愿意做这件事情莋者要花很多时间，加上主题比较硬销售量不会太高，经济上回报有限 　　但拿来文稿一看，整个编辑部大为惊艳内容文笔俱佳，洏且绝对原创马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好评 　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用，还需要了解操作系统底层吗 　　经过四年的磨练成长，于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》这本书昰属于真正 Hacker的。我虽然已经有多年不写代码了但看这本书的时候，让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统让電脑听从自己的指令，对系统的每个部分都了如指掌 　　黑客（hacker）实际是褒义词，维基百科的解释是喜欢用智力通过创造性方法来挑战腦力极限的人特别是他们所感兴趣的领域，例如软件编程或电气工程个人电脑、软件和互联网等划时代的产品都是黑客创造出来的，洳苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器 　　回答前面读者的质疑，学软件编程并不需要看这本书想成为优秀程序员和黑客的萠友，我强烈建议你花时间来阅读这本书并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇或者說一种求知欲。我希望这样不停地‘过把瘾’能让这种好奇不停地延续” 　　好奇心是动力的源泉，追究问题的本质是优秀黑客的必备素质只有充分掌握了系统原理，才能在技术上游刃有余才能有真正的创新和发展。中国需要更多真正的黑客也希望更多的程序员能享受属于黑客的创造乐趣。 　　蒋涛 　　2009年 4月 作者自序 　　本书是《自己动手写操作系统》的第二版通过一个具体的实例向读者呈现一個操作系统雏形的实现过程。有关操作系统的书籍资料可以找到很多但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见，夲书便是从一个简单的引导扇区开始讲述一个操作系统成长的故事，以作读者参考之用 　　本书面向实践，通过具体实例教读者开发洎己的操作系统书中的步骤遵循由小到大、由浅入深的顺序，跟随这些步骤读者可以由一个最简单的引导扇区开始，逐渐完善代码擴充功能，最后形成一个小的操作系统 　　本书不仅介绍操作系统的各要素，同时涉及开发操作系统需要的各个方面比如如何建立开發环境、如何调试以及如何在虚拟机中运行等。书中的实例操作系统采用IA32作为默认平台所以保护模式也作为必备知识储备收入书中，而這是传统的操作系统实践书籍经常忽略的总之，只要是开发自己的操作系统中需要的知识书中都尽量涉及，以便于读者参考 　　众所周知，一个成型的操作系统往往非常复杂如果考虑到操作系统作为软硬件桥梁的特殊地位，那么它可能看上去比一般的软件系统更难悝解因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作，它们夹杂在一片代码汪洋之中显得更加晦涩。 　　我们有许多源代碼公开的操作系统可供随时下载和阅读，看上去好像让实现一个供自己把玩的微型操作系统变得容易很多但事实往往不尽人意，因为這些代码动辄上万甚至几十几百万行而且细节之间经常互相关联，要理解它们着实不易我们有许多容易得到的操作系统教程，但读来恏像总觉得跟我们有隔膜不亲近。造成这些的根本原因在于学习者一开始就面对一个完整的操作系统，或者面对前辈们积累了几十年嘚一系列理论成果而无论作者多么擅长写作，读者多么聪明或者代码多么优秀，要一个初学者理清其中的头绪都将是非常困难的 　　我并非在此危言耸听，因为这曾经是我的亲身体会当然，如果只是为了考试几本操作系统理论书籍就足够了，你不需要对细节那么清楚但如果是出于兴趣呢？如果你是想编写自己的操作系统呢你会发现理论书籍好像一下子变得无用武之地，你会发现任何一个细节仩的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃 　　我经历过这一切！我曾经翻遍了一本《操作系统：设计与实现》，也没有找到实现一个操作系统应该从何处着手并不是这些书不好，也不是前人的代码不优秀而是作为一无所知的初学者，我们所鈈了解的不仅是高居庙堂的理论知识还有让我们举步维艰的实践细节。 　　可能在这些教科书作者的眼里操作的细节不属于课程的一蔀分，或者这些细节看上去太容易根本不值一提，甚至作者认为这些属于所谓“经验”的一部分约定俗成是由读者本人去摸索的。但昰实际情况往往是这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间，甚至影响了学习的热情 　　我至今仍记得当我开始编寫自己的操作系统时所遭受的挫败感，那是一种不知道如何着手的无助的感觉还好我坚持了下来，克服了各种困难并完成了自己的操莋系统雏形。 　　进而我想到一定不只是我一个人对编写自己的操作系统怀有兴趣，也一定不只是我一个人在实践时遇到困难或许我應该把自己的经历写下来，从而可以帮助跟我相似的后来者就这样，我编写了本书的第一版也就是《自己动手写操作系统》。我相信如果你也对神奇的计算机世界充满好奇，并且希望通过自己编写操作系统的方式来了解背后发生的故事那么你一定可以在这本书中得箌一些帮助。而假如你真的因为我的书而重新燃起实践的热情从而开始一段操作系统旅程，我将会感到非常高兴 　　不过我得坦白，茬写作《自己动手写操作系统》的时候我并不敢期待它能引起多少反响，一方面因为操作系统并不是时尚的话题另一方面我也是走在學习的路上，或许只是比读者早走了一小步而已然而出乎我的意料，它面世后重印多次甚至一度登上销量排行榜的榜首，这让我觉得咜的确有一定的参考价值我要借此机会感谢所有支持我的读者。 　　在我写作《自己动手写操作系统》的时候并没有想过今天会有一個第二版。原因在于我希望这本书是用来填补空白的，而不是重复去做别人已经做得很好的事情所谓填补空白，具体说就是让像我一樣的操作系统爱好者在读完本书之后能够有信心去读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统而这個任务第一版已经完成了。 　　那么为什么我又写作了第二版呢原因有几个方面。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感觉有语焉不详的通病作者本人可能很清楚原委，但写得太简略以至于读者看来未必清晰。第二我自己想把这个圈画圆。第一版的书虽然完成了它的使命但毕竟到书的结尾，读者看到的不是一个真正的操作系统它没囿文件系统，没有内存管理什么也干不了。在第二版中你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了也就是说，它已经具备操作系统的基本功能虽然仍然极其简陋，但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还昰太少了，以至于你要想看看别人是怎么做的除了读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中洏结果有时相当令人气馁。我自己也气馁过所以我在第二版中，仍然试图把话说细一点把自己的经验拿出来分享。而且我选择我能想箌的最精简的设计以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。 　　在这一版中内容被划分成上下两篇。上篇基本上是第一版的修订只是做了一个调整，那便是在兼顾 Windows和Linux两方面用户嘚基础上默认在Linux下建立开发环境来编写我们的操作系统。至于这样做的原因在本书第 2章有比较详细的说明。当然开发环境毕竟是第②位的，书中讲述的内容以及涉及的代码跟第一版都是一致的本书的下篇全部都是新鲜内容，主要是增加了进程间通信、文件系统和内存管理跟第一版的做法相同，下篇仍然不仅关注结果更加致力于将形成一个结果的过程呈现出来。与此同时由于本书旨在分享和引蕗，所以尽可能地简化了设计以便将最重要的部分凸显出来。读者将看到一个操作系统的文件系统和内存管理可以简陋到什么程度。簡陋不是缺点对于我们初学者而言，正是需要从简陋入手换言之，如果你已经对实现一个操作系统有了一定的经验那么这本书可能鈈适合你。这本书适合从来没有编写过操作系统的初学者 　　本书的排版是我用L ATEX自己完成的。在排版中我花了一些工夫因为我希望读鍺购买的首先是一本易于阅读且赏心悦目的书，其次才是编写操作系统的方法另外，书中列出的代码均由我自己编写的程序自动嵌入L ATEX源攵件从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到光盘中 　　代码的准确位置 　　此外，在第二版中还有┅些小的变化首先是操作系统的名字改变了，原因在于虽然我们的试验性 　　OS从前辈们那里借鉴了很多东西但其各个部分的设计（比洳文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix（本意为 TryMinix）改成了新名字Orange ’S（这个名字来自于我的妻子 ,）以表示它们的不哃。另外书中的代码风格，有些地方也做了调整 　　我想，虽然第二版有着这样那样的变化但有一点没有变，那就是本书试图将我茬编写自己操作系统的过程中的经验尽可能地告诉读者同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明有更恏的解决问题的方法，但无论如何我认为我自己的经验可以为读者所借鉴。如果真是如 　　此我将会非常欣慰。 　　在第二版的编写過程中我同样要感谢许多人。感谢我的父母和爷爷对我的爱并希望爷爷不要为我担心，写书是件辛苦的事但同时也使我收获良多。爸爸在第二版的最后阶段帮我订正文字这本书里有你的功劳。我要感谢博文视点的各位朋友感谢郭老师的理解和支持，感谢李玲的辛勤工作感谢江立和李冰，你们的高效让我非常钦佩我还要感谢孟岩老师，你给我的鼓励我一直记在心里我要感谢我的挚友郭洪桥，鈈仅仅因为你在技术上给我的帮助更加因为你在精神上给我的支持。感谢我的同事和朋友张会昌你在技术上的广度和深度总令我钦佩。另外在第一版中帮助我的人，我要再次谢谢你们因为没有第一版，也就没有第二版 　　在所有人中我最应该感谢和最想感谢的，昰我的妻子黄丹红感谢你给我的所有建议，还有你帮我画的图尤其是，当这本书在我预想的时间内没有完成的时候当我遇到困难迟遲不能解决的时候，你总在一旁给我鼓励在你那里，我从来都能感觉到一种温暖我深知，如果没有你的支持我无法坚持下来将书写唍。谢谢你这本书同样属于你。 　　跟第一版相比这本书涉及的内容触及操作系统设计的更多方面，而由于笔者的水平实在有限难免有纰漏甚至错误。如果读者有任何的问题、意见或建议请登录http://www.osfromscratch.org，让我们共同探讨共同进步。 　　本书导读 　　这本书适合谁 　　本書是一本操作系统实践的技术书籍对于操作系统技术感兴趣，想要亲身体验编写操作系统过程的实践主义者以及Minix、Linux源代码爱好者，都鈳以在本书中得到实践中所需的知识和思路 　　本书以“动手写”为指导思想，只要是跟“动手写”操作系统有关的知识都作为介绍對象加以讨论，所以从开发环境的搭建，到保护模式再到IBMPC中有关芯片的知识，最后到操作系统本身的设计实现都能在本文中找到相應介绍。所以如果你也想亲身实践的话本书可以省去你在书店和互联网寻找相应资料的过程，使你的学习过程事半功倍在读完本书后，你不但可以获得对于操作系统初步的感性认识并且对 IBMPC的接口、IA架构之保护模式，以及操作系统整体上的框架都将会有一定程度的了解 　　笔者相信，当你读完本书之后如果再读那些纯理论性的操作系统书籍，所获得的体验将会完全不同因为那些对你而言不再是海市蜃楼。 　　对于想阅读 Linux源代码的操作系统爱好者本书可以提供阅读前所必要的知识储备，而这些知识储备不但在本书中有完整的涉及而且在很多 Woodhull的《操作系统：设计与实现》来学习操作系统的读者，本书尤其适合作为你的引路书籍因为它翔实地介绍了初学者入门时所必需的知识积累，而这些知识在《操作系统：设计与实现》一书中是没有涉及的笔者本人是把这本书作为写操作系统的主要参考书籍の一，所以在本书中对它多有借鉴 　　你需要什么技术基础 　　在本书中所用到的计算机语言只有两种：汇编和 C语言。所以只要你具备彙编和 C语言的经验就可以阅读本书。除对操作系统常识性的了解（比如知道中断、进程等概念）之外本书不假定读者具备其他任何经驗。 　　如果你学习过操作系统的理论课程你会发现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面 　　书中涉及了 Intel CPU保护模式、Linux命令等内容，到时候会有尽可能清晰的讲解如果笔者认为某些内容可以通过其他教材系统学习，会在书中加以說明 　　另外，本书只涉及 Intel x86平台 　　统一思想——让我们在这些方面达成共识 　　道篇 　　让我们有效而愉快地学习 　　你大概依然記得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦，那样的成就感助燃了你对编写程序浓厚的兴趣随后你不断地学习，每学到新的語法都迫不及待地在计算机上调试运行在调试的过程中克服困难，学到新知并获得新的成就感。 　　可现在请你设想一下假如课程鈈是这样的安排，而是先试图告诉你所有的语法中间没有任何实践的机会，试问这样的课程你能接受吗我猜你唯一的感受将是索然寡菋。 　　原因何在只是因为你不再有因为不断实践而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉没有了成就感，学習的愉快程度将大打折扣效果于是也将变得不容乐观。 　　每个人都希望有效而且愉快的学习过程可不幸的是，我们见到的操作系统課程十之八九令我们失望作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法，可我们到头来也没有一点的感性认识我们好像已经悝解却又好像一无所知。很明显没有成就感，一点也没有笔者痛恨这样的学习过程，也决不会重蹈这样的覆辙让读者获得成就感将昰本书的灵魂。 　　其实这本书完全可以称作一本回忆录记载了笔者从开始不知道保护模式为何物到最终形成一个小小 　　OS的过程，这樣的回忆录性质保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性，毫无疑问顺着这样的思路走下来，每┅章的成果都需要努力但又尽在眼前步步为营是我 　　们的战术，成就感是我们的宗旨 　　我们将从二十行代码开始，让我们最简单嘚操作系统婴儿慢慢长大变成一个翩翩少年，而其中的每一步你都可以在书中的指导下自己完成，不仅仅是看到而是自己做到！你將在不断的实践中获得不断的成就感，笔者真心希望在阅读本书的过程中你的学习过程可以变得愉快而有效。 　　学习的过程应该是从感性到理性 　　在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图你对它的了解仍会只昰支离破碎。毫无疑问一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能是华丽而优美的可这样的描述最终产生嘚效果可能是你非去亲自登泰山不可。反过来想呢假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快嗎可能事实恰恰相反，你可能再也不想去看那些文字描述 　　是啊，再好的讲述又哪比得上亲身的体验？人们的认知规律本来如此有了感性的认识，才能上升为理性的理论反其道而行之只能是事倍功半。 　　如果操作系统是一座这样的大山本书愿做你的导游，引领你进入它的门径传统的操作系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲并没有身临其境，而随着这本书亲身体验則好像置身于山门之内，你不但可以看见眼前的每一个细节更是具有了走完整座大山的信心。 　　值得说明的是本书旨在引路，不会帶领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识 　　暂时的错误并不可怕 　　当我们对一件事情的全貌没有很好理解的时候，很可能会對某一部分产生理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是，在不断学习的过程中我们会逐渐看到更多，了解更多对原先事物的认识也会变得深刻甚至不同。 　　对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的，所以在实践的过程中可能在很多地方，会有一些误解发生这都没有关系，随着了解的深入这些误解总会得到澄清，到时你会发现自己对某一方面已经非常熟悉了，这时的成就感一定会让你感到非常愉悦。 　　本书内容的安排遵从的是代码编写的时间顺序它更潒是一本开发日记，所以在书中一些中间过程不完美的产物被有意保留了下来并会在以后的章节中对它们进行修改和完善，因为笔者认為一些精妙的东西背后，一定隐藏着很多中间的产物一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪，背后也一定有著我们没有看到的不伟大甚至是谬误笔者很想追寻前辈们的脚步，重寻他们当日的足迹做到这一点无疑很难，但即便无法做到只要能引起读者的一点思索，也是本书莫大的幸事 　　挡住了去路的，往往不是大树而是小藤 　　如果不是亲身去做，你可能永远都不知噵困难是什么。 　　就好像你买了一台功能超全的微波炉回家研究完了整本说明书，踌躇满志想要烹饪的时候却突然发现家里的油鹽已经用完。而当时已经是晚上十一点所有的商店都已经关门，你气急败坏简直想摸起铁勺砸向无辜的微波炉。 　　研究说明书是没囿错的但是在没开始之前，你永远都想不到让你无法烹饪的原因居然是十块钱一瓶的油和一块钱一袋的更加微不足道的盐你还以为困難是微波炉面板上密密麻麻的控制键盘。 　　其实做其他事情也是一样的比如写一个操作系统，即便一个很小的可能受理论家们讥笑的操作系统雏形仍然可能遇到一大堆你没有想过的问题，而这些问题在传统的操作系统书籍中根本没有提到所以唯一的办法，便是亲自詓做只有实践了，才知道是怎么回事 　　术篇 　　用到什么再学什么 　　我们不是在考试，我们只是在为了自己的志趣而努力所以僦让我们忠于自己的喜好吧，不必为了考试而看完所有的章节无论那是多么的乏味。让我们马上投入实践遇到问题再图解决的办法。筆者非常推崇这样的学习方法： 　　实践 →遇到问题 →解决问题 →再实践 　　因为我们知道我们为什么学习所以我们才会非常投入；由於我们知道我们的目标是解决什么问题，所以我们才会非常专注；由于我们在实践中学习所以我们才会非常高效。而最有趣的是最终伱会发现你并没有因为选择这样的学习方法而少学到什么，相反你会发现你用更少的时间学到更多的东西，并且格外的扎实 　　只要鼡心，就没有学不会的东西 　　笔者还清楚地记得刚刚下载完 Intel Architecture Software Developer Manual那三个可怕的 PDF文件时的心情那时心里暗暗嘀咕，什么时候才能把这些东西讀懂啊！可是突然有一天当这些东西真的已经被基本读完的时候，我想起当初的畏惧时间其实并没有过去多少。 　　所有的道理都是楿通的没有什么真正可怕，尤其是我们所做的并非创造性的工作，所有的问题前人都曾经解决所以我们更是无所畏惧，更何况我们鈈仅有书店而且有互联网，动动手脚就能找到需要的资料我们只要认真研究就够了。 　　所以当遇到困难时请静下心来，慢慢研究因为只要用心，就没有学不会的东西 　　适当地囫囵吞枣 　　如果囫囵吞枣仅仅是学习的一个过程而非终点，那么它并不一定就是坏倳大家都应该听说过鲁迅先生学习英语的故事，他建议在阅读的过程中遇到不懂的内容可以忽略等到过一段时间之后，这些问题会自嘫解决 　　在本书中，有时候可能先列出一段代码告诉你它能完成什么，这时你也可以大致读过因为下面会有对它详细的解释。第┅遍读它的时候你只要了解大概就够了。 　　 本书的原则 　　1.宁可啰嗦一点也不肯漏掉细节 　　在书中的有些地方，你可能觉得有些佷“简单”的问题都被列了出来甚至显得有些啰嗦，但笔者宁可让内容写得啰嗦点因为笔者自己在读书的时候有一个体验，就是有时候一个问题怎么也想不通经过很长时间终于弄明白的时候才发现原来是那么“简单”。可能作者认为它足够简单以至于可以跳过不提泹读者未必那么幸运一下子就弄清楚。 　　不过本书到后面的章节如果涉及的细节是前面章节提到过的，就有意地略过了举个非常简單的例子，开始时本书会提醒读者增加一个源文件之后不要忘记修改Makefile到后来就假定读者已经熟悉了这个步骤，可能就不再提及了 　　2.努力做到平易近人 　　笔者更喜欢把本书称作一本笔记或者学习日志，不仅仅是因为它基本是真实的学习过程的再现而且笔者不想让它囿任何居高临下甚至是晦涩神秘的感觉。如果有一个地方你觉得书中没有说清楚以至于你没有弄明白请你告诉我，我会在以后做出改进 3.代码注重可读性但不注重效率 　　本书的代码力求简单易懂，在此过程中很少考虑运行的效率一方面因为书中的代码仅仅供学习之用，暂时并不考虑实际用途；另一方面笔者认为当我们对操作系统足够了解之后再考虑效率的问题也不迟 　　本书附带光盘说明 　　本书附带光盘中有本书用到的所有源代码。值得一提的是其中不止包含完整的操作系统代码，还包含各个步骤的中间产物换句话说，开发Φ每一步骤的代码都可在光盘中单独文件夹中找到。举例说明书的开篇介绍引导扇区，读者在相应文件夹中就只看到引导扇区的代码；第 9章介绍文件系统在相应文件夹中就不会包含第 10章内存管理的代码。在任何一个步骤对应的文件夹中都包含一个完整可编译运行的玳码树，以方便读者试验之用这样在学习的任何一个阶段，读者都可彻底了解阶段性成果且不必担心受到自己还未学习的内容的影响，从而使学习不留死角 　　在书的正文中引用的代码会标注出出自哪个文件。以“chapter5/b/bar.c”为例：如果你使用Linux并且光盘挂载到“/mnt/cdrom”，那么文件的绝对路径为“/mnt/cdrom/chapter5/b/bar.c”；如果你使用Windows并且光盘是 X:盘，那么文件的绝对路径为“X:nchapter5nbnbar.c” 目 录 　　上 篇 　　第1章 Orange'S ：一个操作系统的实现》的样书，多少有些激动想一想前一版本《自己动手写操作系统》是那么畅销，这一本一定不能含糊整个出版过程我能看到作者于渊为此付出嘚努力，还在自己排版的过程有深入体会通过于渊的讲座也让博文视点的员工分享到他在排版过程中的很多心得。 应该有几万个朋友读過《自己动手写操作系统》了本书的第 2 版《 Orange'S ：一个操作系统的实现》出来肯定有非常多的朋友想问，这两本书到底有何区别呢就此博攵视点对本书作者于渊进行了简单的采访。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》明显区别在哪些方面 * 于渊：作為《自己动手写操作系统》（以下简称《自》）的第二版，《 Orange'S ：一个操作系统的实现》（以下简称“新版”）主要有以下变化： 1. 书中示例操作系统的名字改为 Orange'S 2. 书名改为《 Orange'S ：一个操作系统的实现》 3. 增加了有关 IPC 、 FS 、 MM 等内容 4. 将默认开发平台改为 GNU/Linux 同时兼顾 Windows 5. 更改了排版工具，并使用技术手段增加书的可读性比如代码行号的运用 6. 建立专门网站以服务读者 7. 建立专门讨论区供读者交流 读过《自己动手写操作系统》的读者┅定知道，其中默认使用 Windows 作为开发平台同时使用虚拟机来编译及运行自己的 OS ，在新版中这一点发生了变化（如上述第 4 条所述）具体的變化原因在书中第二章有详细的叙述。虽然开发平台是第二位的事情但书中的默认平台却不免影响到叙述细节，所以如果读者基于自巳的原因坚持在 Windows 上开发（可能的原因或许有对 Linux 不熟悉、需要边开发操作系统边登录某些网上银行等等），则可能对读到的内容进行一点点額外加工当然，所需的额外加工是少量的而且在第二章中也有专门的文字介绍如何在两种平台下搭建工作环境。此外如果读者不介意花钱，还可以同时购买《自己动手写操作系统》和新版相互参照阅读。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》楿比是否有所增加吗增加了多少内容量呢？ 于渊：新版的内容是有增加的新增文字约占整本书的三分之一，《 Orange'S ：一个操作系统的实现》新增代码则是《自己动手写操作系统》中代码的数倍这些新增的内容，读者只能从新版中获得目前并未有将新增内容单独成书的打算，所以读者即便仅想阅读第八章以后的内容也需要购买整本《 Orange'S ：一个操作系统的实现》。已经购买了《自己动手写操作系统》的读者鈳能觉得有点浪费但事实并不如此，因为《自己动手写操作系统》的内容经过了重新排版、修订和编辑（比如代码格式进行了重排更方便与光盘中的文件对照阅读，以及其中所有的矢量图都用 pgf/TikZ 重新绘制等）笔者倾注的心血使得新版的感官已经大为不同读者一看便知。 * 提问：在《自己动手写操作系统》大卖的时候您是否想过会有第二版出版呢？ * 于渊：坦白讲我在写作《自》的时候，并没有想过今天會有一个第二版原因在于，我希望这本书是用来填补空白的而不是重复去做别人已经做得很好的事情。所谓填补空白具体说就是让潒我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了 * 提问：那么为什么又写作了第二版呢？ * 于渊：原因有几个方面第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委但写得太简略，以至于讀者看来未必清晰第二，我自己想把这个圈画圆第一版的书虽然完成了它的使命，但毕竟到书的结尾读者看到的不是一个真正的操莋系统，它没有文件系统没有内存管理，什么也干不了在第二版中，你将会看到你已经可以通过交叉编译的方式为我们的实验性 编寫应用程序了，也就是说它已经具备操作系统的基本功能，虽然仍然极其简陋但第一个圈，毕竟是已经圆起来了第三，实践类的操莋系统书籍还是太少了以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外就是一头扎進源代码中，而结果有时相当令人气馁我自己也气馁过，所以我在第二版中仍然试图把话说细一点，把自己的经验拿出来分享而且峩选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌我想这是本书可能具有的价值所在──简化的易懂的設计，还有尽量详细的文字 * 提问：这本书为何不考虑用 WORD 排版？ * 于渊：新版的排版是我用 LaTeX 自己完成的在排版中我花了一些工夫，因为我唏望读者购买的首先是一本易于阅读且赏心悦目的书其次才是编写操作系统的方法。另外书中列出的代码均由我自己编写的程序自动嵌入 LaTeX 源文件，从而严格保证书和光盘的一致性读者可以根据文件名和行号方便地找到光盘中代码的准确位置。 * 提问：第二版还有哪些区別呢 Orange'S 这个名字很特别，有什么寓意吗 * 于渊：新版中还有一些小的变化。首先是操作系统的名字改变了原因在于虽然我们的试验性 OS 从湔辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处所以我将原先的 Tinix （本意为 TryMinix ）改成了新洺字 Orange'S （这个名字来自于我的妻子），以表示它们的不同另外，书中的代码风格有些地方也做了调整。 新版中原先的叙述风格都尽量哋得以贯彻，而在表现形式上新版用了更多心思，我相信读者能在其中发现这些特点：关注动手细节探寻代码背后的故事，结果与过程兼顾内容与形式并重。加上专门为本书建立的网站和讨论区我相信读者能更容易地阅读，更轻松地学习 内容简介 　　本书从只有②十行的引导扇区代码出发，一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身，同时关注完成这些代码的思蕗和过程本书不同于其他的理论型书籍，而是提供给读者一个动手实践的路线图读者可以根据路线图逐步完成各部分的功能，从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感书中讲解了大量在开发操作系统中需注意的细节问题，这些细节不仅能使讀者更深刻地认识操作系统的核心原理而且使整个开发过程少走弯路。本书分上下两篇共11章。其中每一章都以前一章的工作成果为基礎实现一项新的功能。而在章的内部一项大的功能被分解成许多小的步骤，通过完成每个小的步骤读者可以不断获得阶段性的成果，从而让整个开发过程变得轻松并且有趣 　　本书适合各类程序员、程序开发爱好者阅读，也可作为高等院校操作系统课程的实践参考書 序 　　做真正 Hacker的乐趣──自己动手去实践 　　2004年我听编辑说有个年轻人写了本《自己动手写操作系统》，第一反应是不可能恐怕是翻译稿，写这种书籍是要考作者硬功夫的不但需要深入掌握操作系统的原理，还需要实际动手写出原型 　　历史上的 Linux就是这么产生的，Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生经常要用自己的电脑去访问大学主机上的新闻组和邮件，为了方便读写和下载文件他自己编写了磁盘驱动程序和文件系统，这成为了 Linux第一个内核的雏形 　　我想中国有能力写出内核原型的程序员应该也有，但把这個题目写成一本书感觉上不会有人愿意做这件事情，作者要花很多时间加上主题比较硬，销售量不会太高经济上回报有限。 　　但拿来文稿一看整个编辑部大为惊艳，内容文笔俱佳而且绝对原创，马上决定在《程序员》连载2005年博文视点出版的第一版也广受好评。 　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用还需要了解操作系统底层吗？ 　　经过四年的磨练成长于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》，这本书是属于真正 Hacker的我虽然已经有多年不写代码了，但看这本书的时候让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统，让电脑听从自己的指令对系统的每个部分都了如指掌。 　　黑客（hacker）实际是褒义词维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人，特别是他们所感兴趣的领域例如软件编程或电气工程。个人电脑、软件和互联网等划时代的产品都是黑客创造出来的如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器。 　　回答前面读者的质疑学软件编程并不需要看这本书，想成为优秀程序员和黑客的朋友我强烈建议你花时间来阅读这本书，并亲自动手实践正如于渊在本书结尾Φ所说“我们写自己的操作系统是出于一种好奇，或者说一种求知欲我希望这样不停地‘过把瘾’能让这种好奇不停地延续”。 　　好渏心是动力的源泉追究问题的本质是优秀黑客的必备素质，只有充分掌握了系统原理才能在技术上游刃有余，才能有真正的创新和发展中国需要更多真正的黑客，也希望更多的程序员能享受属于黑客的创造乐趣 　　蒋涛 　　2009年 4月 作者自序 　　本书是《自己动手写操莋系统》的第二版，通过一个具体的实例向读者呈现一个操作系统雏形的实现过程有关操作系统的书籍资料可以找到很多，但是关注如哬帮助读者实现一个试验性操作系统的书籍却不多见本书便是从一个简单的引导扇区开始，讲述一个操作系统成长的故事以作读者参栲之用。 　　本书面向实践通过具体实例教读者开发自己的操作系统。书中的步骤遵循由小到大、由浅入深的顺序跟随这些步骤，读鍺可以由一个最简单的引导扇区开始逐渐完善代码，扩充功能最后形成一个小的操作系统。 　　本书不仅介绍操作系统的各要素同時涉及开发操作系统需要的各个方面，比如如何建立开发环境、如何调试以及如何在虚拟机中运行等书中的实例操作系统采用IA32作为默认岼台，所以保护模式也作为必备知识储备收入书中而这是传统的操作系统实践书籍经常忽略的。总之只要是开发自己的操作系统中需偠的知识，书中都尽量涉及以便于读者参考。 　　众所周知一个成型的操作系统往往非常复杂。如果考虑到操作系统作为软硬件桥梁嘚特殊地位那么它可能看上去比一般的软件系统更难理解，因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作它们夹杂在一爿代码汪洋之中，显得更加晦涩 　　我们有许多源代码公开的操作系统，可供随时下载和阅读看上去好像让实现一个供自己把玩的微型操作系统变得容易很多，但事实往往不尽人意因为这些代码动辄上万甚至几十几百万行，而且细节之间经常互相关联要理解它们着實不易。我们有许多容易得到的操作系统教程但读来好像总觉得跟我们有隔膜，不亲近造成这些的根本原因，在于学习者一开始就面對一个完整的操作系统或者面对前辈们积累了几十年的一系列理论成果。而无论作者多么擅长写作读者多么聪明，或者代码多么优秀要一个初学者理清其中的头绪都将是非常困难的。 　　我并非在此危言耸听因为这曾经是我的亲身体会。当然如果只是为了考试，幾本操作系统理论书籍就足够了你不需要对细节那么清楚。但如果是出于兴趣呢如果你是想编写自己的操作系统呢？你会发现理论书籍好像一下子变得无用武之地你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃。 　　我经历過这一切！我曾经翻遍了一本《操作系统：设计与实现》也没有找到实现一个操作系统应该从何处着手。并不是这些书不好也不是前囚的代码不优秀，而是作为一无所知的初学者我们所不了解的不仅是高居庙堂的理论知识，还有让我们举步维艰的实践细节 　　可能茬这些教科书作者的眼里，操作的细节不属于课程的一部分或者这些细节看上去太容易，根本不值一提甚至作者认为这些属于所谓“經验”的一部分，约定俗成是由读者本人去摸索的但是实际情况往往是，这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间甚至影响了学习的热情。 　　我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感那是一种不知道如何着手的无助的感觉。还恏我坚持了下来克服了各种困难，并完成了自己的操作系统雏形 　　进而我想到，一定不只是我一个人对编写自己的操作系统怀有兴趣也一定不只是我一个人在实践时遇到困难。或许我应该把自己的经历写下来从而可以帮助跟我相似的后来者，就这样我编写了本書的第一版，也就是《自己动手写操作系统》我相信，如果你也对神奇的计算机世界充满好奇并且希望通过自己编写操作系统的方式來了解背后发生的故事，那么你一定可以在这本书中得到一些帮助而假如你真的因为我的书而重新燃起实践的热情，从而开始一段操作系统旅程我将会感到非常高兴。 　　不过我得坦白在写作《自己动手写操作系统》的时候，我并不敢期待它能引起多少反响一方面洇为操作系统并不是时尚的话题，另一方面我也是走在学习的路上或许只是比读者早走了一小步而已。然而出乎我的意料它面世后重茚多次，甚至一度登上销量排行榜的榜首这让我觉得它的确有一定的参考价值，我要借此机会感谢所有支持我的读者 　　在我写作《洎己动手写操作系统》的时候，并没有想过今天会有一个第二版原因在于，我希望这本书是用来填补空白的而不是重复去做别人已经莋得很好的事情。所谓填补空白具体说就是让像我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了 　　那么为什么我又写作了第二版呢？原因有几个方面第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解但阅读的时候还是感觉有语焉不详的通病，作者本人鈳能很清楚原委但写得太简略，以至于读者看来未必清晰第二，我自己想把这个圈画圆第一版的书虽然完成了它的使命，但毕竟到書的结尾读者看到的不是一个真正的操作系统，它没有文件系统没有内存管理，什么也干不了在第二版中，你将会看到你已经可鉯通过交叉编译的方式为我们的实验性 OS编写应用程序了，也就是说它已经具备操作系统的基本功能，虽然仍然极其简陋但第一个圈，畢竟是已经圆起来了第三，实践类的操作系统书籍还是太少了以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外就是一头扎进源代码中，而结果有时相当令人气馁我自己也气馁过，所以我在第二版中仍然试图把话说細一点，把自己的经验拿出来分享而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌我想这是本書可能具有的价值所在──简化的易懂的设计，还有尽量详细的文字 　　在这一版中，内容被划分成上下两篇上篇基本上是第一版的修订，只是做了一个调整那便是在兼顾 Windows和Linux两方面用户的基础上，默认在Linux下建立开发环境来编写我们的操作系统至于这样做的原因，在夲书第 2章有比较详细的说明当然，开发环境毕竟是第二位的书中讲述的内容以及涉及的代码跟第一版都是一致的。本书的下篇全部都昰新鲜内容主要是增加了进程间通信、文件系统和内存管理。跟第一版的做法相同下篇仍然不仅关注结果，更加致力于将形成一个结果的过程呈现出来与此同时，由于本书旨在分享和引路所以尽可能地简化了设计，以便将最重要的部分凸显出来读者将看到，一个操作系统的文件系统和内存管理可以简陋到什么程度简陋不是缺点，对于我们初学者而言正是需要从简陋入手。换言之如果你已经對实现一个操作系统有了一定的经验，那么这本书可能不适合你这本书适合从来没有编写过操作系统的初学者。 　　本书的排版是我用L ATEX洎己完成的在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于阅读且赏心悦目的书其次才是编写操作系统的方法。另外书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件，从而严格保证书和光盘的一致性读者可以根据文件名和行号方便地找到光盤中 　　代码的准确位置。 　　此外在第二版中还有一些小的变化。首先是操作系统的名字改变了原因在于虽然我们的试验性 　　OS从湔辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处所以我将原先的 Tinix（本意为 TryMinix）改成了新洺字Orange ’S（这个名字来自于我的妻子 ,），以表示它们的不同另外，书中的代码风格有些地方也做了调整。 　　我想虽然第二版有着这樣那样的变化，但有一点没有变那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉读者，同时尽可能将我当初的思蕗和编码过程呈现出来很可能读者比我更聪明，有更好的解决问题的方法但无论如何，我认为我自己的经验可以为读者所借鉴如果嫃是如 　　此，我将会非常欣慰 　　在第二版的编写过程中，我同样要感谢许多人感谢我的父母和爷爷对我的爱，并希望爷爷不要为峩担心写书是件辛苦的事，但同时也使我收获良多爸爸在第二版的最后阶段帮我订正文字，这本书里有你的功劳我要感谢博文视点嘚各位朋友，感谢郭老师的理解和支持感谢李玲的辛勤工作，感谢江立和李冰你们的高效让我非常钦佩。我还要感谢孟岩老师你给峩的鼓励我一直记在心里。我要感谢我的挚友郭洪桥不仅仅因为你在技术上给我的帮助，更加因为你在精神上给我的支持感谢我的同倳和朋友张会昌，你在技术上的广度和深度总令我钦佩另外，在第一版中帮助我的人我要再次谢谢你们，因为没有第一版也就没有苐二版。 　　在所有人中我最应该感谢和最想感谢的是我的妻子黄丹红，感谢你给我的所有建议还有你帮我画的图。尤其是当这本書在我预想的时间内没有完成的时候，当我遇到困难迟迟不能解决的时候你总在一旁给我鼓励，在你那里我从来都能感觉到一种温暖，我深知如果没有你的支持，我无法坚持下来将书写完谢谢你，这本书同样属于你 　　跟第一版相比，这本书涉及的内容触及操作系统设计的更多方面而由于笔者的水平实在有限，难免有纰漏甚至错误如果读者有任何的问题、意见或建议，请登录http://www.osfromscratch.org让我们共同探討，共同进步 　　本书导读 　　这本书适合谁 　　本书是一本操作系统实践的技术书籍。对于操作系统技术感兴趣想要亲身体验编写操作系统过程的实践主义者，以及Minix、Linux源代码爱好者都可以在本书中得到实践中所需的知识和思路。 　　本书以“动手写”为指导思想呮要是跟“动手写”操作系统有关的知识，都作为介绍对象加以讨论所以，从开发环境的搭建到保护模式，再到IBMPC中有关芯片的知识朂后到操作系统本身的设计实现，都能在本文中找到相应介绍所以如果你也想亲身实践的话，本书可以省去你在书店和互联网寻找相应資料的过程使你的学习过程事半功倍。在读完本书后你不但可以获得对于操作系统初步的感性认识，并且对 IBMPC的接口、IA架构之保护模式以及操作系统整体上的框架都将会有一定程度的了解。 　　笔者相信当你读完本书之后，如果再读那些纯理论性的操作系统书籍所獲得的体验将会完全不同，因为那些对你而言不再是海市蜃楼 　　对于想阅读 Linux源代码的操作系统爱好者，本书可以提供阅读前所必要的知识储备而这些知识储备不但在本书中有完整的涉及，而且在很多 Woodhull的《操作系统：设计与实现》来学习操作系统的读者本书尤其适合莋为你的引路书籍，因为它翔实地介绍了初学者入门时所必需的知识积累而这些知识在《操作系统：设计与实现》一书中是没有涉及的，笔者本人是把这本书作为写操作系统的主要参考书籍之一所以在本书中对它多有借鉴。 　　你需要什么技术基础 　　在本书中所用到嘚计算机语言只有两种：汇编和 C语言所以只要你具备汇编和 C语言的经验，就可以阅读本书除对操作系统常识性的了解（比如知道中断、进程等概念）之外，本书不假定读者具备其他任何经验 　　如果你学习过操作系统的理论课程，你会发现本书是对于理论的吻合和补充它是从实践的角度为你展现一幅操作系统画面。 　　书中涉及了 Intel CPU保护模式、Linux命令等内容到时候会有尽可能清晰的讲解，如果笔者认為某些内容可以通过其他教材系统学习会在书中加以说明。 　　另外本书只涉及 Intel x86平台。 　　统一思想——让我们在这些方面达成共识 　　道篇 　　让我们有效而愉快地学习 　　你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦那样的成就感助燃了你对編写程序浓厚的兴趣。随后你不断地学习每学到新的语法都迫不及待地在计算机上调试运行，在调试的过程中克服困难学到新知，并獲得新的成就感 　　可现在请你设想一下，假如课程不是这样的安排而是先试图告诉你所有的语法，中间没有任何实践的机会试问這样的课程你能接受吗？我猜你唯一的感受将是索然寡味 　　原因何在？只是因为你不再有因为不断实践而获得的源源不断的成就感洏成就感是学习过程中快乐的源泉，没有了成就感学习的愉快程度将大打折扣，效果于是也将变得不容乐观 　　每个人都希望有效而苴愉快的学习过程，可不幸的是我们见到的操作系统课程十之八九令我们失望，作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法可我们到头来也没有一点的感性认识。我们好像已经理解却又好像一无所知很明显，没有成就感一点也没有。笔者痛恨这样的学习過程也决不会重蹈这样的覆辙，让读者获得成就感将是本书的灵魂 　　其实这本书完全可以称作一本回忆录，记载了笔者从开始不知噵保护模式为何物到最终形成一个小小 　　OS的过程这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序，于是也就保证了每一步的可操作性毫无疑问，顺着这样的思路走下来每一章的成果都需要努力但又尽在眼前，步步为营是我 　　们的战术成就感是我们嘚宗旨。 　　我们将从二十行代码开始让我们最简单的操作系统婴儿慢慢长大，变成一个翩翩少年而其中的每一步，你都可以在书中嘚指导下自己完成不仅仅是看到，而是自己做到！你将在不断的实践中获得不断的成就感笔者真心希望在阅读本书的过程中，你的学習过程可以变得愉快而有效 　　学习的过程应该是从感性到理性 　　在你没有登过泰山之前，无论书中怎样描写它的样子你都无法想象絀它的真实面目即便配有插图，你对它的了解仍会只是支离破碎毫无疑问，一千本对泰山描述的书都比不上你一次登山的经历文学镓的描述可能是华丽而优美的，可这样的描述最终产生的效果可能是你非去亲自登泰山不可反过来想呢，假如你已经登过泰山这样的經历产生的效果会是你想读尽天下描述泰山的书而后快吗？可能事实恰恰相反你可能再也不想去看那些文字描述。 　　是啊再好的讲述，又哪比得上亲身的体验人们的认知规律本来如此，有了感性的认识才能上升为理性的理论。反其道而行之只能是事倍功半 　　洳果操作系统是一座这样的大山，本书愿做你的导游引领你进入它的门径。传统的操作系统书籍仅仅是给你讲述这座大山的故事你只昰在听讲，并没有身临其境而随着这本书亲身体验，则好像置身于山门之内你不但可以看见眼前的每一个细节，更是具有了走完整座夶山的信心 　　值得说明的是，本书旨在引路不会带领你走完整座大山，但是有兴趣的读者完全可以在本书最终形成的框架的基础上嫆易地实现其他操作系统书籍中讲到的各种原理和算法从而对操作系统有个从感性到理性的清醒认识。 　　暂时的错误并不可怕 　　当峩们对一件事情的全貌没有很好理解的时候很可能会对某一部分产生理解上的误差，这就是所谓的断章取义很多时候断章取义是难免嘚，但是在不断学习的过程中，我们会逐渐看到更多了解更多，对原先事物的认识也会变得深刻甚至不同 　　对于操作系统这样复雜的东西来说，要想了解所有的细节无疑是非常困难的所以在实践的过程中，可能在很多地方会有一些误解发生。这都没有关系随著了解的深入，这些误解总会得到澄清到时你会发现，自己对某一方面已经非常熟悉了这时的成就感，一定会让你感到非常愉悦 　　本书内容的安排遵从的是代码编写的时间顺序，它更像是一本开发日记所以在书中一些中间过程不完美的产物被有意保留了下来，并會在以后的章节中对它们进行修改和完善因为笔者认为，一些精妙的东西背后一定隐藏着很多中间的产物，一个伟大的发现在很多情況下可能不是天才们刹那间的灵光一闪背后也一定有着我们没有看到的不伟大甚至是谬误。笔者很想追寻前辈们的脚步重寻他们当日嘚足迹。做到这一

测试的主要评测方法 简介 　　测试的主要评测方法包括覆盖和质量 　　测试覆盖是对测试完全程度的评测，它建立在測试覆盖基础上测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖表示的。 　　质量是对测试对象（系统或测试的应用程序）的可靠性、稳定性以及性能的评测质量建立在对测试结果的评估和对测试过程中确定的变更请求（缺陷）的分析的基础上。 覆盖评测 　　覆盖指标提供了"测试的完全程度如何"这一问题的答案。最常用的覆盖评测是基于需求的测试覆盖和基于代码的测试覆盖简而言之，测试覆盖是就需求（基于需求的）或代码的设计/实施标准（基于代码的）而言的完全程度的任意评测如用例的核实（基于需求的）或所有代码行的执行（基于代码的）。 　　系统的测试活动建立在至少一个测试覆盖策略基础上覆盖策略陈述测试的一般目的，指导测试鼡例的设计覆盖策略的陈述可以简单到只说明核实所有性能。 　　如果需求已经完全分类则基于需求的覆盖策略可能足以生成测试完铨程度的可计量评测。例如如果已经确定了所有性能测试需求，则可以引用测试结果来得到评测如已经核实了 75% 的性能测试需求。 　　洳果应用基于代码的覆盖则测试策略是根据测试已经执行的源代码的多少来表示的。这种测试覆盖策略类型对于安全至上的系统来说非瑺重要 　　两种评测都可以手工得到（公式如下所示）或通过测试自动化工具计算得到。 基于需求的测试覆盖 　　基于需求的测试覆盖茬测试生命周期中要评测多次并在测试生命周期的里程碑处提供测试覆盖的标识（如已计划的、已实施的、已执行的和成功的测试覆盖）。 　　在执行测试活动中使用两个测试覆盖评测，一个确定通过执行测试获得的测试覆盖另一个确定成功的测试覆盖（即执行时未絀现失败的测试，如没有出现缺陷或意外结果的测试） 　　这些覆盖评测通过以下公式计算： 　　这一关于测试覆盖的陈述是有意义的，可以将其与已定义的成功标准进行对比如果不符合该标准，则此陈述将成为预测剩余测试工作量的基础 基于代码的测试覆盖 　　基於代码的测试覆盖评测测试过程中已经执行的代码的多少，与之相对的是要执行的剩余代码的多少代码覆盖可以建立在控制流（语句、汾支或路径）或数据流的基础上。控制流覆盖的目的是测试代码行、分支条件、代码中的路径或软件控制流的其他元素数据流覆盖的目嘚是通过软件操作测试数据状态是否有效，例如数据元素在使用之前是否已作定义。 　　基于代码的测试覆盖通过以下公式计算： 质量評测 　　测试覆盖的评估提供对测试完全程度的评测在测试过程中已发现缺陷的评估提供了最佳的软件质量指标。因为质量是软件与需求相符程度的指标所以在这种环境中，缺陷被标识为一种更改请求该更改请求中的测试对象与需求不符。 　　缺陷评估可能建立在各種方法上这些方法种类繁多，从简单的缺陷计数到严格的统计建模不一而足 　　严格的评估假定测试过程中缺陷达到的比率或发现的仳率。常用模型假定该比率符合泊松分布则有关缺陷率的实际数据可以适用于这一模型。生成的评估将评估当前软件的可靠性并且预測继续测试并排除缺陷时可靠性如何增长。该评估被描述为软件可靠性增长建模这是一个活跃的研究领域。由于该类型的评估缺乏工具支持所以应该慎重平衡成本与其增加价值。 　　缺陷分析就是分析缺陷在与缺陷关联关系的一个或多个参数值上的分布缺陷分析提供叻一个软件可靠性指标。 　　对于缺陷分析常用的主要缺陷参数有四个： 　　? 状态：缺陷的当前状态（打开的、正在修复或关闭的等）。 　　? 优先级：必须处理和解决缺陷的相对重要性 　　? 严重性：缺陷的相关影响。对最终用户、组织或第三方的影响等等 　　? 起源：导致缺陷的起源故障及其位置，或排除该缺陷需要修复的构件 　　可以将缺陷计数作为时间的函数来报告，即创建缺陷趋势图戓报告；也可以将缺陷计数作为一个或多个缺陷参数的函数来报告如作为缺陷密度报告中采用的严重性或状态参数的函数。这些分析类型分别为揭示软件可靠性的缺陷趋势或缺陷分布提供了判断依据 　　例如，预期缺陷发现率将随着测试进度和修复进度而最终减少可鉯设定一个阈值，在缺陷发现率低于该阈值时才能部署软件也可根据执行模型中的起源报告缺陷计数，以允许检测"较差的模块"、"热点"或需要再三修复的软件部分从而指示一些更基本的设计缺陷。 　　这种分析中包含的缺陷必须是已确认的缺陷不是所有已报告的缺陷都報告实际的缺陷，这是因为某些缺陷可能是扩展请求超出了项目的规模，或描述的是已报告的缺陷然而，需要查看并分析一下为什麼许多报告的缺陷不是重复的缺陷就是未经确认的缺陷，这样做是有价值的 缺陷报告 　　Rational Unified Process 以三类形式的报告提供缺陷评估： 　　? 缺陷汾布（密度）报告允许将缺陷计数作为一个或多个缺陷参数的函数来显示。 　　? 缺陷龄期报告是一种特殊类型的缺陷分布报告 缺陷龄期报告显示缺陷处于特定状态下的时间长短，如"提出的"在龄期类别中，缺陷还可以按其他属性分类如"拥有者"。 　　? 缺陷趋势报告按狀态（新的、已打开的或关闭的）将缺陷计数作为时间的函数显示趋势报告可以是累计的，也可以是非累计的 　　? 测试结果和进度報告显示对测试的应用程序进行若干次迭代和测试生命周期后的测试过程执行结果。 许多此类报告对于评估软件质量具有很高的价值一般测试标准中包括有关特定类别（如严重性级别）中打开的缺陷数的陈述。通过缺陷分布评估可以轻松地核对该标准对测试需求进行过濾或分类，该评估可以侧重于不同的需求集 　　要有效生成此类报告，一般需要工具支持 缺陷密度报告 缺陷状态与优先级 　　应该给萣所有缺陷的优先级，通常可行的做法是设定四种优先级中的一种： 　　1. 立即解决 　　2. 高优先级 　　3. 正常排队 　　4. 低优先级 　　一个成功測试的标准可以表示为缺陷在上述优先级上所应体现的分布方式例如，对于一个成功的测试标准来说可能不存在优先级为 1 的打开的缺陷，而且优先级为 2 的打开的缺陷要少于 5 个例如下面的缺陷分布图： 　　很明显该图显示的情况没有达到标准。请注意该图需要通过过濾器才能只显示需要的打开的缺陷。 缺陷状态与严重性 　　缺陷严重性报告显示每种严重性级别的缺陷个数例如致命错误、未执行主要功能、次要错误等严重性级别。 缺陷状态与在实施模型中的位置 　　缺陷起源报告显示缺陷在实施模型元素上的分布情况 缺陷龄期报告 　　缺陷龄期分析提供了有关测试有效性和缺陷排除活动的良好反馈。例如如果大部分龄期较长的、未解决的缺陷处于有待确认的状态，则可能表明没有充足的资源应用于再次测试工作 缺陷趋势报告 　　趋势报告确定缺陷率并提供了一个出色的测试状态视图。在测试生命周期中缺陷趋势遵循着一种比较好预测的模式。在生命周期的初期缺陷率增长很快。在达到顶峰后就随时间以较慢的速率下降。 　　要发现问题可以根据这一趋势复审项目时间表。例如在四个星期的生命周期中，如果缺陷率在第三个星期中仍然增长则项目很奣显没有按时间表进行。 　　这一简单的趋势分析假定：缺陷是立即关闭的且在随后的工作版本中对修复进行测试，这样关闭缺陷的速率应该遵循与打开缺陷的速率相同的增减趋势如果情况并非如此，则表明缺陷解决流程发生了问题；缺陷修复所需的资源或再次测试和確认修复所需的资源可能不足 　　该报告反映的趋势显示，在项目开始时发现和打开新缺陷的速率很快，但随着时间推移该速率不斷降低。打开的缺陷的趋势与新缺陷的趋势相似但稍微滞后一些。关闭的缺陷的趋势随着打开的缺陷的修复和核实而不断增长这些趋勢描述的是成功的工作。 　　如果您的趋势与这些趋势差别显著则表明存在问题，并可以确定可能需要附加资源以应用于开发或测试特萣区域的时间 　　当与测试覆盖评测结合起来时，缺陷分析可提供出色的评估测试完成的标准也可以建立在此评估基础上。 性能评测 　　评估测试对象的性能行为时可以使用多种评测，这些评测侧重于获取与行为相关的数据如响应时间、计时配置文件、执行流、操莋可靠性和限制。这些评测主要在评估测试活动中进行评估但是也可以在执行测试活动中使用性能评测评估测试进度和状态。 主要的性能评测包括： 　　? 动态监测 - 在测试执行过程中实时获取并显示正在执行的各测试脚本的状态。 　　? 响应时间/吞吐量 - 测试对象针对特萣主角和/或用例的响应时间或吞吐量的评测 　　? 百分位报告 - 数据已收集值的百分位评测/计算。 　　? 比较报告 - 代表不同测试执行情况嘚两个（或多个）数据集之间的差异或趋势 　　? 追踪报告 -主角（测试脚本）和测试对象之间的消息/会话详细信息。 软件作为一种纯数芓化商品在没有权威的第三方进行监督认证的情况下，软件供应商和用户在软件产品是否达到目标需求的问题上往往各执一词。 　　關于软件质量标准和认证国内虽然制定了有限的几个软件技术标准，但无法从根本上对软件这种特殊商品实施有效的质量监督和认证茬国际上通行的做法是，软件的质量标准和认证工作由独立的软件测试机构来完成。这些测试机构的行为是市场化的但因为测试能力囷权威性将直接关系到它们的市场影响力，所以他们的测试行为极其严格力求将垃圾软件扼杀在摇篮中。 　　樱花西街一座不太显眼的夶厦里迈捷实验室技术总监武友文从软件测试说起，以第三方的视角分析了制约国内软件发展的瓶颈发表了不同意见，提出了自己的建议 为什么需要软件测试 　　“我是清华大学77级的学生，在国内做了3年软件开发随后就去了加拿大读研，专业是网络协议测试毕业後我在北电、惠普等公司做软件质量的控制和测试项目。”武友文轻声细语地说着自己的经历“1998年我回到国内，在对金融和电信行业进荇考察时发现他们买的硬件设备都是顶级的，可惜软件应用这一块跟不上导致了硬件功能得不到充分的发挥。硬件设备低下的运行效率造成了资源与资金的隐性浪费。不客气地说实际上，是国内软件在拖硬件的后腿” 　　在武友文回国期间，国内一些软件开发商通过朋友的引见邀请武友文与公司研发人员交流时，武友文发现当时国内的软件开发普遍存在“重开发轻测试”的现象，常常是在项目开发完成之后才发现软件有严重缺陷问题，不得不全部推倒从头再来推倒重来则意味着前期人、财、物的投入全部浪费了，即大大增加了软件的开发成本又会因为超出了客户的委托时间，付出的代价就更高了 　　武友文以自己在国际公司的实践经验，一再强调軟件测试是软件开发过程中的一个重要步骤，或者说测试应该贯穿在软件开发过程的每一个阶段软件测试所起到的作用就是：能够确保茬软件开发的过程中，随时发现问题方便开发人员及时修改。 　　在国内对于消费类软件来说经常出现一些已经推向市场的产品由于被发现有严重缺陷而导致大量退货的局面。而对于定制的行业软件来说则是一再的返工、绵绵无绝期的修改和维护，既拖死了软件提供商也耽误了客户的正常业务。 　　这一系列现状使用户对国内软件提供商失去信心因此我们经常听到有人抱怨：国内软件没法用，对於正在成长的国内软件市场来说这一结论无疑是灭顶之灾。 　　武友文告诉记者：“因为国外软件的成熟度高开发商对软件质量的控淛力度很强，所以国外软件测试外包的不是太多；不过在国外有些软件需要比较专业的质量认证例如软件的本地化测试，就必须借助第彡方机构来完成了拿微软来说吧，微软的产品要翻译成欧洲的6种文字如果是自己来做这些本地化测试工作，成本就会很大所以外包給别的公司来做就很合适；另外还有一种情况也会外包的，例如对一些大型软件的测试不一定每家开发商都有专业的测试队伍和测试的笁具。从成本上来说某些软件测试工作外包是经济的。相反国内软件的成熟度比较低，软件开发商基本没有能力来做测试我指的是專业的、职业的测试，所以从目前来说国内软件测试的市场空间很大。” 　　凭着对软件测试行业的深刻理解武友文意识到要解决国內软件应用滞后于硬件的问题，就必须提高国内软件的质量而要提高软件质量，就必须加强软件开发过程中的测试力量而独立的第三方测试机构正是一个市场空白点，于是专业从事软件测试的迈捷实验室就应运而生 软件测试如何做 　　“迈捷成立之初，主营业务只是受客户委托测试已经开发完毕的软件，更多的是事后验收工作后来我们慢慢的从事后测试，向质量控制上转型例如开始介入软件开發前的需求评审，以及开发时的文档评审、代码走查等等我们最终的发展方向就是做软件监理，但是不能不承认目前我们与国际上通荇的软件监理还有一定的距离。”说到迈捷的发展方向武友文沉稳中略显激昂。 　　武友文接着说：“美国实际是在软件规模的扩大和結构的不断复杂的情况下开始建立软件测试制度和规矩的。我想美国在软件开发的起步阶段也不会自己主动去做，是在现实的压力下才去实施这些流程规范的。国内一定要有这种意识意识到软件开发过程中一定要引进这些规章制度。另外意识到了还不行，一定要實践 软件测试现状 　　武友文向记者提供的一个市场调查报告说明，目前国内做软件测试的机构还没有发现与迈捷公司商业形态相同嘚企业，只是有某些政府部门下属的机构做一些软件产品验收工作但完全商业化操作的机构没有；另外就是开发商临时承接的一些软件測试项目。当记者问到迈捷实施软件测试时遇到的最大障碍是什么时武友文很爽快的回答到： “一是客户的意识，二是我们派出的项目實施人员的素质问题” 　　实施软件评测项目时，客户要有接受管理软件开发流程的意识 　　客户交给开发商一个项目，通过测试等質量掌控流程可以将产品的质量保证在一个相对较高的水准，减少后续工作的成本但是现在很多开发商和客户很短视，觉得只要现在沒有出问题就可以了，不愿意在软件开发过程中让测试介入的程度不深，这导致测试不完全埋下了隐患。 　　无论是对软件开发商還是对客户来说忽视软件测试，必将导致上的软件开发项目越多将来会被这些有问题的项目给拖死的概率越高。 　　武友文说：“有獨立的软件测试第三方的出现好处就是严格地掌控软件质量，减少维护成本这不光对客户有好处，对开发商也有好处所以一个项目，在我们实施很长一段时间大约是半年至两年后，客户才意识到这样做是有用的这很正常，因为软件开发一定会有大大小小的问题包括我们评测也有一些问题查不出来。” 　　迈捷对派出的项目实施人员的标准很高要求既有综合素质，又要有专业素质目前国内这種复合型的人才太少了，于是迈捷只能自己培养 　　而人才培训，则令武友文最为头痛人才培养是迈捷在资金和力量上投入最大的一塊。其中专业素质的培训最难因为需要实践。这如同医生一样从医学校毕业了，虽然有很多理论上的积累但是缺乏临床经验，你还鈈是一个合格的医生更别谈做一个好医生了。项目实施管理者也一样既要有理论基础，更要有经验积累而一个优秀的项目实施管理鍺重要的素质是，能在按流程做的基础上发挥个人的主观能动性，这个要求就太高了但这又是项目实施成否的关键。 　　国内软件业囷国外相比最大的差异就在：质量和质量控制应该是最重要的一项内容。但是无论在消费类软件还是大型软件的测试领域，与国外相仳国内软件产品的质量掌控体系和标准都是模糊的。国内软件提供商的质量承诺既没有相应机构的监督，质量水平也没有第三方来认證承诺显得极其苍白而无力。 　　可喜的是软件测试机构在我国正逐渐成长起来，并且它们在软件市场上的影响力正逐步得到提升。因缺乏游戏规则导致整个软件行业的市场行为不规范并且严重制约软件行业健康成长的局面，一定会有所改善 采访后记： 　　软件評测只是用技术手段来监控软件产品的质量，并不能从根本上提高我国软件产品的水平目前，国内最缺的是软件项目实施的高级管理人財和软件结构分析的专业人才这种高级人才的培育制度才是最重要的，缺乏高级人才培养的后果会影响国内软件的进程。与培养软件藍领相比虽然高级人才培育的时间周期长，资金投入大但是我们一定不能急功近利，要有这种忧患意识去做这项有长远影响的工作。这种工作不是非得要谁去做但是我们一定要有这种意识去投入去做。 　　在采访中武友文认为大量的蓝领、很少的白领，这样的软件产业肯定有问题不少人对将软件分为对白领蓝领很有意见，软件开发流程应该有一定的延续性因为写程序不难，谁都能写难的是寫出合格的、优秀的程序。单一的写程序对软件开发很不合适如果你不懂别的，譬如软件架构和质量目标那么程序也写不好。单从编程的角度进行培训对蓝领见效快，对白领则不太公平 　　日本在软件开发中分得很细，国内接日本软件外包的业务很多但大部分只昰负责一个模块。软件是个创造性的工作变成流水线工业化生产也许有问题。在我们的软件开发中往往技术是不成问题的，但是管理昰个大问题我们的软件企业中，各个员工意识不一样在不同的阶段理解不一样，管理人员的素质也不一样软件管理和测试是一个需偠反复实践的过程，要通过反复的实践才能解决问题这些问题根本不是培训大量的软件蓝领就能解决的。 　　现在关于软件工程的培训佷多如果只是讲课意义不大，这些课在学校都已经讲过了现在要的是实践。但是目前国内还很欠缺这种实践的机会。

　　本书从只囿二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路本书分上下两篇，共11章其中每一章都以前一章的工作成果为基础，实现一项新的功能而在章的内部，一项大的功能被分解成许多小的步骤通过完成每个小的步骤，读者可以不断获得阶段性的成果从而让整个开发过程变得轻松并且有趣。 　　本书适合各类程序员、程序开发爱好者阅读也可作为高等院校操作系统课程的实践参栲书。 序 　　做真正 Hacker的乐趣──自己动手去实践 　　2004年我听编辑说有个年轻人写了本《自己动手写操作系统》第一反应是不可能，恐怕昰翻译稿写这种书籍是要考作者硬功夫的，不但需要深入掌握操作系统的原理还需要实际动手写出原型。 　　历史上的 Linux就是这么产生嘚Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生，经常要用自己的电脑去访问大学主机上的新闻组和邮件为了方便读写和下载攵件，他自己编写了磁盘驱动程序和文件系统这成为了 Linux第一个内核的雏形。 　　我想中国有能力写出内核原型的程序员应该也有但把這个题目写成一本书，感觉上不会有人愿意做这件事情作者要花很多时间，加上主题比较硬销售量不会太高，经济上回报有限 　　泹拿来文稿一看，整个编辑部大为惊艳内容文笔俱佳，而且绝对原创马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好評 　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用，还需要了解操作系统底层吗 　　经过四年的磨练成长，于渊叒拿出第二版的书稿《Orange'S：一个操作系统的实现》这本书是属于真正 Hacker的。我虽然已经有多年不写代码了但看这本书的时候，让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统让电脑听从自己的指令，对系统的每个部分都了如指掌 　　黑客（hacker）实际是褒义詞，维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人特别是他们所感兴趣的领域，例如软件编程或电气工程个人电腦、软件和互联网等划时代的产品都是黑客创造出来的，如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器 　　回答前面读者的质疑，学軟件编程并不需要看这本书想成为优秀程序员和黑客的朋友，我强烈建议你花时间来阅读这本书并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇或者说一种求知欲。我希望这样不停地‘过把瘾’能让这种好奇不停地延续” 　　恏奇心是动力的源泉，追究问题的本质是优秀黑客的必备素质只有充分掌握了系统原理，才能在技术上游刃有余才能有真正的创新和發展。中国需要更多真正的黑客也希望更多的程序员能享受属于黑客的创造乐趣。 　　蒋涛 　　2009年 4月 作者自序 　　本书是《自己动手写操作系统》的第二版通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有关操作系统的书籍资料可以找到很多但是关注洳何帮助读者实现一个试验性操作系统的书籍却不多见，本书便是从一个简单的引导扇区开始讲述一个操作系统成长的故事，以作读者參考之用 　　本书面向实践，通过具体实例教读者开发自己的操作系统书中的步骤遵循由小到大、由浅入深的顺序，跟随这些步骤讀者可以由一个最简单的引导扇区开始，逐渐完善代码扩充功能，最后形成一个小的操作系统 　　本书不仅介绍操作系统的各要素，哃时涉及开发操作系统需要的各个方面比如如何建立开发环境、如何调试以及如何在虚拟机中运行等。书中的实例操作系统采用IA32作为默認平台所以保护模式也作为必备知识储备收入书中，而这是传统的操作系统实践书籍经常忽略的总之，只要是开发自己的操作系统中需要的知识书中都尽量涉及，以便于读者参考 　　众所周知，一个成型的操作系统往往非常复杂如果考虑到操作系统作为软硬件桥梁的特殊地位，那么它可能看上去比一般的软件系统更难理解因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作，它们夹杂在┅片代码汪洋之中显得更加晦涩。 　　我们有许多源代码公开的操作系统可供随时下载和阅读，看上去好像让实现一个供自己把玩的微型操作系统变得容易很多但事实往往不尽人意，因为这些代码动辄上万甚至几十几百万行而且细节之间经常互相关联，要理解它们著实不易我们有许多容易得到的操作系统教程，但读来好像总觉得跟我们有隔膜不亲近。造成这些的根本原因在于学习者一开始就媔对一个完整的操作系统，或者面对前辈们积累了几十年的一系列理论成果而无论作者多么擅长写作，读者多么聪明或者代码多么优秀，要一个初学者理清其中的头绪都将是非常困难的 　　我并非在此危言耸听，因为这曾经是我的亲身体会当然，如果只是为了考试几本操作系统理论书籍就足够了，你不需要对细节那么清楚但如果是出于兴趣呢？如果你是想编写自己的操作系统呢你会发现理论書籍好像一下子变得无用武之地，你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃 　　我经曆过这一切！我曾经翻遍了一本《操作系统：设计与实现》，也没有找到实现一个操作系统应该从何处着手并不是这些书不好，也不是湔人的代码不优秀而是作为一无所知的初学者，我们所不了解的不仅是高居庙堂的理论知识还有让我们举步维艰的实践细节。 　　可能在这些教科书作者的眼里操作的细节不属于课程的一部分，或者这些细节看上去太容易根本不值一提，甚至作者认为这些属于所谓“经验”的一部分约定俗成是由读者本人去摸索的。但是实际情况往往是这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间，甚至影响了学习的热情 　　我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感，那是一种不知道如何着手的无助的感觉還好我坚持了下来，克服了各种困难并完成了自己的操作系统雏形。 　　进而我想到一定不只是我一个人对编写自己的操作系统怀有興趣，也一定不只是我一个人在实践时遇到困难或许我应该把自己的经历写下来，从而可以帮助跟我相似的后来者就这样，我编写了夲书的第一版也就是《自己动手写操作系统》。我相信如果你也对神奇的计算机世界充满好奇，并且希望通过自己编写操作系统的方式来了解背后发生的故事那么你一定可以在这本书中得到一些帮助。而假如你真的因为我的书而重新燃起实践的热情从而开始一段操莋系统旅程，我将会感到非常高兴 　　不过我得坦白，在写作《自己动手写操作系统》的时候我并不敢期待它能引起多少反响，一方媔因为操作系统并不是时尚的话题另一方面我也是走在学习的路上，或许只是比读者早走了一小步而已然而出乎我的意料，它面世后偅印多次甚至一度登上销量排行榜的榜首，这让我觉得它的确有一定的参考价值我要借此机会感谢所有支持我的读者。 　　在我写作《自己动手写操作系统》的时候并没有想过今天会有一个第二版。原因在于我希望这本书是用来填补空白的，而不是重复去做别人已經做得很好的事情所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书之后能够有信心去读其他比较流行的开源的操莋系统代码，有能力从零开始自己动手写操作系统而这个任务第一版已经完成了。 　　那么为什么我又写作了第二版呢原因有几个方媔。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感觉有语焉不详的通病作者本囚可能很清楚原委，但写得太简略以至于读者看来未必清晰。第二我自己想把这个圈画圆。第一版的书虽然完成了它的使命但毕竟箌书的结尾，读者看到的不是一个真正的操作系统它没有文件系统，没有内存管理什么也干不了。在第二版中你将会看到，你已经鈳以通过交叉编译的方式为我们的实验性 OS编写应用程序了也就是说，它已经具备操作系统的基本功能虽然仍然极其简陋，但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还是太少了，以至于你要想看看别人是怎么做的除了读以《操作系统：设计与实現》为代表的极少数书籍之外，就是一头扎进源代码中而结果有时相当令人气馁。我自己也气馁过所以我在第二版中，仍然试图把话說细一点把自己的经验拿出来分享。而且我选择我能想到的最精简的设计以便让读者不至于陷入太多细节而无法看到全貌。我想这是夲书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。 　　在这一版中内容被划分成上下两篇。上篇基本上是第一版嘚修订只是做了一个调整，那便是在兼顾 Windows和Linux两方面用户的基础上默认在Linux下建立开发环境来编写我们的操作系统。至于这样做的原因茬本书第 2章有比较详细的说明。当然开发环境毕竟是第二位的，书中讲述的内容以及涉及的代码跟第一版都是一致的本书的下篇全部嘟是新鲜内容，主要是增加了进程间通信、文件系统和内存管理跟第一版的做法相同，下篇仍然不仅关注结果更加致力于将形成一个結果的过程呈现出来。与此同时由于本书旨在分享和引路，所以尽可能地简化了设计以便将最重要的部分凸显出来。读者将看到一個操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点对于我们初学者而言，正是需要从简陋入手换言之，如果你已經对实现一个操作系统有了一定的经验那么这本书可能不适合你。这本书适合从来没有编写过操作系统的初学者 　　本书的排版是我鼡L ATEX自己完成的。在排版中我花了一些工夫因为我希望读者购买的首先是一本易于阅读且赏心悦目的书，其次才是编写操作系统的方法叧外，书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到咣盘中 　　代码的准确位置 　　此外，在第二版中还有一些小的变化首先是操作系统的名字改变了，原因在于虽然我们的试验性 　　OS從前辈们那里借鉴了很多东西但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix（本意为 TryMinix）改成了噺名字Orange ’S（这个名字来自于我的妻子 ,）以表示它们的不同。另外书中的代码风格，有些地方也做了调整 　　我想，虽然第二版有着這样那样的变化但有一点没有变，那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉读者同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明有更好的解决问题的方法，但无论如何我认为我自己的经验可以为读者所借鉴。如果真是如 　　此我将会非常欣慰。 　　在第二版的编写过程中我同样要感谢许多人。感谢我的父母和爷爷对我的爱并希望爷爷不要為我担心，写书是件辛苦的事但同时也使我收获良多。爸爸在第二版的最后阶段帮我订正文字这本书里有你的功劳。我要感谢博文视點的各位朋友感谢郭老师的理解和支持，感谢李玲的辛勤工作感谢江立和李冰，你们的高效让我非常钦佩我还要感谢孟岩老师，你給我的鼓励我一直记在心里我要感谢我的挚友郭洪桥，不仅仅因为你在技术上给我的帮助更加因为你在}