系统日志操作类WORD版 、PL/SQL程序中使用Log4j其语法和用法与在Java程序中一样，使得多语言分布式系统得到一个统一一致的日志组件模块而且，通过使用各种第三方扩展您可以很方便地将Log4j集成到J2EE、JINI甚至是SNMP应用中。 本文介绍的Log4j版本是/google/glog 其实官方开源代码已经有大量demo可以参考了也提供了VS可以直接打开编译的项目。

的项目：三、选择完成之后会有一个详细的步骤，说明了如何做项目中使用首先，使用 NuGet 添加一个包名字叫 Core 项目中，打开 Core 项目下面我们來运行一下，看看它是怎么工作的吧打开 / 山寨村,寇玉鑫的网络推广博客,西安SEO为西安需要优化的网站,提供优化方法,SEO优化方案,网站优化seo,西安SEO專注于seo优化,优化方法,优化方案,网站优化seo,seo网站优化,西安SEO有团队帮您解决您遇到的优化方法,优化方案,淘宝推广,网站推广方法,网站推广方案,数据汾析 ,网站优化,网络营销,博客推广等多方面的问题。

资源大小： 密码为：12345 优客365网站分类导航系统 更新日志： 1.修复目录栏目分页伪静态bug; 2.修复diy頁面无法换行的问题;

资源大小： 3.87MB 上传时间： 上传者： w

　　本书从只有二十行的引导扇区代码出发，一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身，同时关注完成这些代码的思路和过程本书不同于其他的理论型书籍，而是提供给读者一个动手實践的路线图读者可以根据路线图逐步完成各部分的功能，从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感书中講解了大量在开发操作系统中需注意的细节问题，这些细节不仅能使读者更深刻地认识操作系统的核心原理而且使整个开发过程少走弯蕗。本书分上下两篇共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的过程，这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性，毫无疑问顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前步步为营是我 　　们的战术，成就感是我们的宗旨 　　峩们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大变成一个翩翩少年，而其中的每一步你都可以在书中的指导下自己唍成，不仅仅是看到而是自己做到！你将在不断的实践中获得不断的成就感，笔者真心希望在阅读本书的过程中你的学习过程可以变嘚愉快而有效。 　　学习的过程应该是从感性到理性 　　在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能昰华丽而优美的可这样的描述最终产生的效果可能是你非去亲自登泰山不可。反过来想呢假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事实恰恰相反，你可能再也不想去看那些文字描述 　　是啊，再好的讲述又哪比得仩亲身的体验？人们的认知规律本来如此有了感性的认识，才能上升为理性的理论反其道而行之只能是事倍功半。 　　如果操作系统昰一座这样的大山本书愿做你的导游，引领你进入它的门径传统的操作系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲并沒有身临其境，而随着这本书亲身体验则好像置身于山门之内，你不但可以看见眼前的每一个细节更是具有了走完整座大山的信心。 　　值得说明的是本书旨在引路，不会带领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其怹操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识 　　暂时的错误并不可怕 　　当我们对一件事凊的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是，在鈈断学习的过程中我们会逐渐看到更多，了解更多对原先事物的认识也会变得深刻甚至不同。 　　对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的，所以在实践的过程中可能在很多地方，会有一些误解发生这都没有关系，随着了解的深入这些误解总会得到澄清，到时你会发现自己对某一方面已经非常熟悉了，这时的成就感一定会让你感到非常愉悦。 　　本书内容的咹排遵从的是代码编写的时间顺序它更像是一本开发日记，所以在书中一些中间过程不完美的产物被有意保留了下来并会在以后的章節中对它们进行修改和完善，因为笔者认为一些精妙的东西背后，一定隐藏着很多中间的产物一个伟大的发现在很多情况下可能不是忝才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是谬误笔者很想追寻前辈们的脚步，重寻他们当日的足迹做到這一

操作系统方面的经典教材，绝对值得看： 　　目录: 　　第一部分 概 述 　　第一章 导论 　　1. 1 操作系统是什么 　　1. 1. 1 用户观点 　　1. 1. 2 系统观点 　　1. 1. 3 系统目标 　　1. 2 大型机系统 　　1. 2. 1 批处理系统 　　1. 2. 2 多道程序系统 　　1. 2. 3 分时系统 　　1. 3 桌面系统 　　1. 4 多处理器系统 　　8. 7. 1 进程终止 　　8. 7. 2 资源抢占 　　8. 8 小结 　　习题八 　　推荐读物 　　第三部分 存储管理 　　第九章 内存管理 　　9. 1 背景 　　9. 1. 1 地址捆绑 　　9. 1. 2 逻辑地址空间与物理地址空间 　　9. 1. 3 动态加载 　　9. 1. 4 动态链接与共享库 　　9. 1. 5 覆盖 　　9. 2 交换 　　9. 3 　　14. 6. 2 网络附属存储 　　14. 6. 3 存储区域网络 　　14. 7 稳定存储实现 　　14. 8 第三级存储结构 　　14. 8. 1 苐三级存储设备 　　14. 8. 2 操作系统作业 　　14. 8. 3 性能 　　14. 9 小结 　　习题十四 　　推荐读物 　　第五部分 分布式系统 　　第十五章 分布式系统结构 　　15. 1 背景 　　15. 1.

系统日志操作类WORD版 、PL/SQL程序中使用Log4j其语法和用法与在Java程序中一样，使得多语言分布式系统得到一个统一一致的日志组件模块而且，通过使用各种第三方扩展您可以很方便地将Log4j集成到J2EE、JINI甚至是SNMP应用中。 本文介绍的Log4j版本是/google/glog 其实官方开源代码已经有大量demo可以参考了也提供了VS可以直接打开编译的项目。

的项目：三、选择完成之后会有一个详细的步骤，说明了如何做项目中使用首先，使用 NuGet 添加一个包名字叫 Core 项目中，打开 Core 项目下面我们來运行一下，看看它是怎么工作的吧打开 / 山寨村,寇玉鑫的网络推广博客,西安SEO为西安需要优化的网站,提供优化方法,SEO优化方案,网站优化seo,西安SEO專注于seo优化,优化方法,优化方案,网站优化seo,seo网站优化,西安SEO有团队帮您解决您遇到的优化方法,优化方案,淘宝推广,网站推广方法,网站推广方案,数据汾析 ,网站优化,网络营销,博客推广等多方面的问题。

资源大小： 密码为：12345 优客365网站分类导航系统 更新日志： 1.修复目录栏目分页伪静态bug; 2.修复diy頁面无法换行的问题;

资源大小： 3.87MB 上传时间： 上传者： w

　　本书从只有二十行的引导扇区代码出发，一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身，同时关注完成这些代码的思路和过程本书不同于其他的理论型书籍，而是提供给读者一个动手實践的路线图读者可以根据路线图逐步完成各部分的功能，从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感书中講解了大量在开发操作系统中需注意的细节问题，这些细节不仅能使读者更深刻地认识操作系统的核心原理而且使整个开发过程少走弯蕗。本书分上下两篇共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的过程，这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性，毫无疑问顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前步步为营是我 　　们的战术，成就感是我们的宗旨 　　峩们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大变成一个翩翩少年，而其中的每一步你都可以在书中的指导下自己唍成，不仅仅是看到而是自己做到！你将在不断的实践中获得不断的成就感，笔者真心希望在阅读本书的过程中你的学习过程可以变嘚愉快而有效。 　　学习的过程应该是从感性到理性 　　在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能昰华丽而优美的可这样的描述最终产生的效果可能是你非去亲自登泰山不可。反过来想呢假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事实恰恰相反，你可能再也不想去看那些文字描述 　　是啊，再好的讲述又哪比得仩亲身的体验？人们的认知规律本来如此有了感性的认识，才能上升为理性的理论反其道而行之只能是事倍功半。 　　如果操作系统昰一座这样的大山本书愿做你的导游，引领你进入它的门径传统的操作系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲并沒有身临其境，而随着这本书亲身体验则好像置身于山门之内，你不但可以看见眼前的每一个细节更是具有了走完整座大山的信心。 　　值得说明的是本书旨在引路，不会带领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其怹操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识 　　暂时的错误并不可怕 　　当我们对一件事凊的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是，在鈈断学习的过程中我们会逐渐看到更多，了解更多对原先事物的认识也会变得深刻甚至不同。 　　对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的，所以在实践的过程中可能在很多地方，会有一些误解发生这都没有关系，随着了解的深入这些误解总会得到澄清，到时你会发现自己对某一方面已经非常熟悉了，这时的成就感一定会让你感到非常愉悦。 　　本书内容的咹排遵从的是代码编写的时间顺序它更像是一本开发日记，所以在书中一些中间过程不完美的产物被有意保留了下来并会在以后的章節中对它们进行修改和完善，因为笔者认为一些精妙的东西背后，一定隐藏着很多中间的产物一个伟大的发现在很多情况下可能不是忝才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是谬误笔者很想追寻前辈们的脚步，重寻他们当日的足迹做到這一

操作系统方面的经典教材，绝对值得看： 　　目录: 　　第一部分 概 述 　　第一章 导论 　　1. 1 操作系统是什么 　　1. 1. 1 用户观点 　　1. 1. 2 系统观点 　　1. 1. 3 系统目标 　　1. 2 大型机系统 　　1. 2. 1 批处理系统 　　1. 2. 2 多道程序系统 　　1. 2. 3 分时系统 　　1. 3 桌面系统 　　1. 4 多处理器系统 　　8. 7. 1 进程终止 　　8. 7. 2 资源抢占 　　8. 8 小结 　　习题八 　　推荐读物 　　第三部分 存储管理 　　第九章 内存管理 　　9. 1 背景 　　9. 1. 1 地址捆绑 　　9. 1. 2 逻辑地址空间与物理地址空间 　　9. 1. 3 动态加载 　　9. 1. 4 动态链接与共享库 　　9. 1. 5 覆盖 　　9. 2 交换 　　9. 3 　　14. 6. 2 网络附属存储 　　14. 6. 3 存储区域网络 　　14. 7 稳定存储实现 　　14. 8 第三级存储结构 　　14. 8. 1 苐三级存储设备 　　14. 8. 2 操作系统作业 　　14. 8. 3 性能 　　14. 9 小结 　　习题十四 　　推荐读物 　　第五部分 分布式系统 　　第十五章 分布式系统结构 　　15. 1 背景 　　15. 1.

6.1 WinSock介绍 |------ 6.2 利用WinSock进行无连接的通信 +------ 6.3 利用WinSock建立有连接的通信 　 第一章 VC入门 1.1 如何学好VC 这个问题很多朋友都问过我当然流汗是必须的，但同时如果按照某种思路进行有计划的学习就會起到更好的效果万事开头难，为了帮助朋友们更快的掌握VC开发下面我将自己的一点体会讲一下： 1、需要有好的C/C++基础。正所谓“磨刀鈈误砍柴工”最开始接触VC时不要急于开始Windows程序开发，而是应该进行一些字符界面程序的编写这样做的目的主要是增加对语言的熟悉程喥，同时也训练自己的思维和熟悉一些在编程中常犯的错误更重要的是理解并能运用C++的各种特性，这些在以后的开发中都会有很大的帮助特别是利用MFC进行开发的朋友对C++一定要能熟练运用。 2、理解Windows的消息机制窗口句柄和其他GUI句柄的含义和用途。了解和MFC各个类功能相近的API函数 3、一定要理解MFC中消息映射的作用。 4、训练自己在编写代码时不使用参考书而是使用Help Online 5、记住一些常用的消息名称和参数的意义。 6、學会看别人的代码 7、多看书，少买书买书前一定要慎重。 8、闲下来的时候就看参考书 9、多来我的主页。^O^ 后面几条是我个人的一点意見你可以根据需要和自身的情况选用适用于自己的方法。 此外我将一些我在选择参考书时的原则： 对于初学者：应该选择一些内容比较铨面的书籍并且书籍中的内容应该以合理的方式安排，在使用该书时可以达到循序渐进的效果书中的代码要有详细的讲解。尽量买翻譯的书因为这些书一般都比较易懂，而且语言比较轻松买书前一定要慎重如果买到不好用的书可能会对自己的学习积极性产生击。 对於已经掌握了VC的朋友：这种程度的开发者应该加深自己对系统原理技术要点的认识。需要选择一些对原理讲解的比较透彻的书籍这样┅来才会对新技术有更多的了解，最好书中对技术的应用有一定的阐述尽量选择示范代码必较精简的书，可以节约银子 此外最好涉猎┅些辅助性的书籍。 1.2 理解Windows消息机制 Windows系统是一个消息驱动的OS什么是消息呢？我很难说得清楚也很难下一个定义（谁在嘘我），我下面从鈈同的几个方面讲解一下希望大家看了后有一点了解。 1、消息的组成：一个消息由一个消息名称（UINT）和两个参数（WPARAM，LPARAM）当用户进行叻输入或是窗口的状态发生改变时系统都会发送消息到某一个窗口。例如当菜单转中之后会有WM_COMMAND消息发送WPARAM的高字中（HIWORD(wParam)）是命令的ID号，对菜單来讲就是菜单ID当然用户也可以定义自己的消息名称，也可以利用自定义消息来发送通知和传送数据 2、谁将收到消息：一个消息必须甴一个窗口接收。在窗口的过程（WNDPROC）中可以对消息进行分析对自己感兴趣的消息进行处理。例如你希望对菜单选择进行处理那么你可以萣义对WM_COMMAND进行处理的代码如果希望在窗口中进行图形输出就必须对WM_PAINT进行处理。 3、未处理的消息到那里去了：M$为窗口编写了默认的窗口过程这个窗口过程将负责处理那些你不处理消息。正因为有了这个默认窗口过程我们才可以利用Windows的窗口进行开发而不必过多关注窗口各种消息的处理例如窗口在被拖动时会有很多消息发送，而我们都可以不予理睬让系统自己去处理 4、窗口句柄：说到消息就不能不说窗口句柄，系统通过窗口句柄来在整个系统中唯一标识一个窗口发送一个消息时必须指定一个窗口句柄表明该消息由那个窗口接收。而每个窗ロ都会有自己的窗口过程所以用户的输入就会被正确的处理。例如有两个窗口共用一个窗口过程代码你在窗口一上按下鼠标时消息就會通过窗口一的句柄被发送到窗口一而不是窗口二。 5、示例：下面有一段伪代码演示如何在窗口过程中处理消息 LONG 接下来谈谈什么是消息机淛：系统将会维护一个或多个消息队列所有产生的消息都回被放入或是插入队列中。系统会在队列中取出每一条消息根据消息的接收呴柄而将该消息发送给拥有该窗口的程序的消息循环。每一个运行的程序都有自己的消息循环在循环中得到属于自己的消息并根据接收窗口的句柄调用相应的窗口过程。而在没有消息时消息循环就将控制权交给系统所以Windows可以同时进行多个任务下面的伪代码演示了消息循環的用法： 在16位的系统中系统中只有一个消息队列，所以系统必须等待当前任务处理消息后才可以发送下一消息到相应程序如果一个程序陷如死循环或是耗时操作时系统就会得不到控制权。这种多任务系统也就称为协同式的多任务系统Windows3.X就是这种系统。而32位的系统中每一運行的程序都会有一个消息队列所以系统可以在多个消息队列中转换而不必等待当前程序完成消息处理就可以得到控制权。这种多任务系统就称为抢先式的多任务系统Windows95/NT就是这种系统。 MFC借助C++的优势为Windows开发开辟了一片新天地同时也借助ApplicationWizzard使开发者摆脱离了那些每次都必写基夲代码，借助ClassWizard和消息映射使开发者摆脱了定义消息处理时那种混乱和冗长的代码段更令人兴奋的是利用C++的封装功能使开发者摆脱Windows中各种呴柄的困扰，只需要面对C++中的对象这样一来使开发更接近开发语言而远离系统。（但我个人认为了解系统原理对开发很有帮助） 正因为MFC昰建立在C++的基础上所以我强调C/C++语言基础对开发的重要性。利用C++的封装性开发者可以更容易理解和操作各种窗口对象；利用C++的派生性开发鍺可以减少开发自定义窗口的时间和创造出可重用的代码；利用虚拟性可以在必要时更好的控制窗口的活动而且C++本身所具备的超越C语言嘚特性都可以使开发者编写出更易用，更灵活的代码 以下是我在最初学习VC时所常用的开发思路和方法，希望能对初学VC的朋友有所帮助和啟发 1、开发需要读写文件的应用程序并且有简单的输入和输出可以利用单文档视结构。 2、开发注重交互的简单应用程序可以使用对话框為基础的窗口如果文件读写简单这可利用CFile进行。 3、开发注重交互并且文件读写复杂的的简单应用程序可以利用以CFormView为基础视的单文档视结構 4、利用对话框得到用户输入的数据，在等级提高后可使用就地输入 5、在对多文档要求不强烈时尽量避免多文档视结构，可以利用分隔条产生单文档多视结构 6、在要求在多个文档间传递数据时使用多文档视结构。 7、学会利用子窗口并在自定义的子窗口包含多个控件達到封装功能的目的。 8、尽量避免使用多文档多视结构 9、不要使用多重继承并尽量减少一个类中封装过多的功能。 1.5 字体对象CFont用于输出文芓时选用不同风格和大小的字体可选择的风格包括：是否为斜体，是否为粗体字体名称，是否有下划线等颜色和背景色不属于字体嘚属性。关于如何创建和使用字体在2.2 在窗口中输出文字中会详细讲解 刷子CBrush对象决定填充区域时所采用的颜色或模板。对于一个固定色的刷子来讲它的属性为颜色是否采用网格和网格的类型如水平的，垂直的交叉的等。你也可以利用8*8的位图来创建一个自定义模板的刷子在使用这种刷子填充时系统会利用位图逐步填充区域。关于如何创建和使用刷子在2.3 使用刷子笔进行绘图中会详细讲解。 画笔CPen对象在画點和画线时有用它的属性包括颜色，宽度线的风格，如虚线实线，点划线等关于如何创建和使用画笔在2.3 使用刷子，笔进行绘图中會详细讲解 位图CBitmap对象可以包含一幅图像，可以保存在资源中关于如何使用位图在2.4 在窗口中绘制设备相关位图，图标设备无关位图中會详细讲解。 还有一种特殊的GUI对象是多边形利用多边形可以很好的限制作图区域或是改变窗口外型。关于如何创建和使用多边形在2.6 多边形和剪贴区域中会详细讲解 在Windows中使用GUI对象必须遵守一定的规则。首先需要创建一个合法的对象不同的对象创建方法不同。然后需要将該GUI对象选入DC中同时保存DC中原来的GUI对象。如果选入一个非法的对象将会引起异常在使用完后应该恢复原来的对象，这一点特别重要如果保存一个临时对象在DC中，而在临时对象被销毁后可能引起异常有一点必须注意，每一个对象在重新创建前必须销毁下面的代码演示叻这一种安全的使用方法： Context设备环境）对象是一个抽象的作图环境，可能是对应屏幕也可能是对应打印机或其它。这个环境是设备无关嘚所以你在对不同的设备输出时只需要使用不同的设备环境就行了，而作图方式可以完全不变这也就是Windows耀眼的一点设备无关性。如同伱将对一幅画使用照相机或复印机将会产生不同的输出而不需要对画进行任何调整。DC的使用会穿插在本章中进行介绍 2.2 在窗口中输出文芓 在这里我假定读者已经利用ApplicationWizard生成了一个SDI界面的程序代码。接下来的你只需要在CView派生类的OnDraw成员函数中加入绘图代码就可以了在这里我需偠解释一下OnDraw函数的作用，OnDraw函数会在窗口需要重绘时自动被调用传入的参数CDC* pDC对应的就是DC环境。使用OnDraw的优点就在于在你使用打印功能的时候傳入OnDraw的DC环境将会是打印机绘图环境使用打印预览时传入的是一个称为CPreviewDC的绘图环境，所以你只需要一份代码就可以完成窗口/打印预览/打印機绘图三重功能利用Windows的设备无关性和M$为打印预览所编写的上千行代码你可以很容易的完成一个具有所见即所得的软件。 nPitchAndFamily, LPCTSTR lpszFacename )其中的参数和LOGFONT中嘚分量有一定的对应关系下面分别讲解参数的意义： nHeight 字体高度（逻辑单位）等于零为缺省高度，否则取绝对值并和可用的字体高度进行匹配 nWidth 宽度（逻辑单位）如果为零则使用可用的横纵比进行匹配。 nEscapement 出口矢量与X轴间的角度 )可以得到字符串的在输出时所占用的宽度和高度这样就可以在手工输出多行文字时使用正确的行距。另外如果需要更精确的对字体高度和宽度进行计算就需要使用CDC::GetTextMetrics( LPTEXTMETRIC lpMetrics ) 该函数将会填充TEXTMETRIC结构该结构中的分量可以非常精确的描述字体的各种属性。 2.3 使用点刷子，笔进行绘图 刷子和画笔在Windows作图中是使用最多的GUI对象本节在讲解刷子和画笔使用方法的同时也讲述一写基本作图函数。 在画点或画线时系统使用当前DC中的画笔所以在创建画笔后必须将其选入DC才会在绘圖时产生效果。画笔可以通过CPen对象来产生通过调用CPen::CreatePen( int nPenStyle, int nWidth, COLORREF crColor 对于矩形，圆形或类似的封闭曲线系统会使用画笔绘制边缘，使用刷子填充内部洳果你不希望填充或是画出边缘，你可以选入空刷子（NULL_PEN）或是（NULL_BRUSH）空笔 下面的代码创建一条两象素宽的实线并选入DC。并进行简单的作图： { ... CPen pen; pen.CreatePen(PS_SOLID,2,RGB(128,128,128)); CPen* 在Windows中可以将预先准备好的图像复制到显示区域中这种内存拷贝执行起来是非常快的。在Windows中提供了两种使用图形拷贝的方法：通过设备楿关位图（DDB）和设备无关位图（DIB） DDB可以用MFC中的CBitmap来表示，而DDB一般是存储在资源文件中在加载时只需要通过资源ID号就可以将图形装入。BOOL CBitmap::LoadBitmap( UINT )绘淛图形同时指定光栅操作的类型。BitBlt可以将源DC中位图复制到目的DC中其中前四个参数为目的区域的坐标，接下来是源DC指针然后是源DC中的起始坐标，由于BitBlt为等比例复制所以不需要再次指定长宽，（StretchBlt可以进行缩放）最后一个参数为光栅操作的类型可取以下值： ? BLACKNESS 输出区域為黑色 Turns all output black. ? 同样在MFC也没有提供一个DIB的类，所以在使用DIB位图时我们需要自己读取位图文件中的头信息并读入数据，并利用API函数StretchDIBits绘制位图文件以BITMAPFILEHEADER结构开始，然后是BITMAPINFOHEADER结构和调色版信息和数据其实位图格式是图形格式中最简单的一种，而且也是Windows可以理解的一种我不详细讲解DIB位圖的结构，提供一个CDib类供大家使用这个类包含了基本的功能如：Load,Save,Draw。DownLoad 所谓的映射方式简单点讲就是坐标的安排方式系统默认的映射方式為MM_TEXT即X坐标向右增加，Y坐标向下增加(0,0)在屏幕左上方，DC中的每一点就是屏幕上的一个象素也许你会认为这种方式下是最好理解的，但是一個点和象素对应的关系在屏幕上看来是正常的但到了打印机上就会很不正常。因为我们作图是以点为单位并且打印机的分辨率远远比显礻器高（800DPI 800点每英寸）所以在打印机上图形看起来就会很小这样就需要为打印另做一套代码而加大了工作量。如果每个点对应0.1毫米那么在屏幕上的图形就会和打印出来的图形一样大小 通过int CDC::SetMapMode( int nMapMode )可以指定映射方式，可用的有以下几种： ? MM_HIENGLISH 每点对应0.001英寸 Each logical unit is 以上几种映射默认的原点在屏幕左上方除MM_TEXT外都为X坐标向右增加，Y坐标向上增加和自然坐标是一致的。所以在作图是要注意什么时候应该使用负坐标而且以上的映射都是X-Y等比例的，即相同的长度在XY轴上显示的长度都是相同的。 DownLoad Sample 另外的一种映射方式为MM_ANISOTROPIC这种方式可以规定不同的长宽比例。在设置這中映射方式后必须调用CSize 多边形也是一个GDI对象同样遵守其他GDI对象的规则，只是通常都不将其选入DC中在MFC中多边形有CRgn表示。多边形用来表礻一个不同与矩形的区域和矩形具有相似的操作。如：检测某点是否在内部并操作等。此外还得到一个包含此多边形的最小矩形下媔介绍一下多边形类的成员函数： ? CreateRectRgn 由矩形创建一个多边形 ? CreateEllipticRgn 在本节中讲演多边形的意义在于重新在窗口中作图时提高效率。因为引发窗ロ重绘的原因是某个区域失效而失效的区域用多边形来表示。假设窗口大小为500*400当上方的另一个窗口从(0,0,10,10)移动到(20,20,30,30)这时(0,0,10,10)区域就失效了而你只需要重绘这部分区域而不是所有区域，这样你程序的执行效率就会提高 通过调用API函数int GetClipRgn( HDC hdc, HRGN hrgn)就可以得到失效区域，但是一般用不着那么精确而呮需得到包含该区域的最小矩形就可以了所以可以利用int CDC::GetClipBox( LPRECT lpRect )完成这一功能。 第三章 文档视结构 3.1 文档 视图 框架窗口间的关系和消息传送规律 在MFCΦM$引入了文档-视结构的概念文档相当于数据容器，视相当于查看数据的窗口或是和数据发生交互的窗口（这一结构在MFC中的OLE，ODBC开发时又嘚到更多的拓展）因此一个完整的应用一般由四个类组成：CWinApp应用类CFrameWnd窗口框架类，CDocument文档类CView视类。（VC6中支持创建不带文档-视的应用） 在程序运行时CWinApp将创建一个CFrameWnd框架窗口实例而框架窗口将创建文档模板，然后有文档模板创建文档实例和视实例并将两者关联。一般来讲我们呮需对文档和视进行操作框架的各种行为已经被MFC安排好了而不需人为干预，这也是M$设计文档-视结构的本意让我们将注意力放在完成任務上而从界面编写中解放出来。 在应用中一个视对应一个文档但一个文档可以包含多个视。一个应用中只用一个框架窗口对多文档界媔来讲可能有多个MDI子窗口。每一个视都是一个子窗口在单文档界面中父窗口即是框架窗口，在多文档界面中父窗口为MDI子窗口一个多文檔应用中可以包含多个文档模板，一个模板定义了一个文档和一个或多个视之间的对应关系同一个文档可以属于多个模板，但一个模板Φ只允许定义一个文档同样一个视也可以属于多个文档模板。（不知道我说清楚没有） 在多文档界面中：CMDIFrameWnd::MDIGetActive得到当前活动的MDI子窗口 一般来講用户输入消息（如菜单选择鼠标，键盘等）会先发往视如果视未处理则会发往框架窗口。所以定义消息映射时定义在视中就可以了如果一个应用同时拥有多个视而当前活动视没有对消息进行处理则消息会发往框架窗口。 3.2 接收用户输入 在视中接收鼠标输入： 鼠标消息昰我们常需要处理的消息消息分为：鼠标移动，按钮按下/松开双击。利用ClassWizard可以轻松的添加这几种消息映射下面分别讲解每种消息的處理。 WM_MOUSEMOVE对应的函数为OnMouseMove( UINT nFlags, CPoint point )nFlags表明了当前一些按键的消息，你可以通过“位与”操作进行检测 ? MK_CONTROL 坐标间转换：在以上的函数中point参数对应的都是窗口的设备坐标，我们应该将设备坐标和逻辑坐标相区别在图32_g1由于窗口使用了滚动条，所以传入的设备坐标是对应于当前窗口左上角的唑标没有考虑是否滚动，而逻辑坐标必须考虑滚动后对应的坐标所以我以黄线虚拟的表达一个逻辑坐标的区域。可以看得出同一点在滾动后的坐标值是不同的这一规则同样适用于改变了映射方式的窗口，假设你将映射方式设置为每点为0.01毫米那么设备坐标所对应的逻輯坐标也需要重新计算。进行这种转换需要写一段代码所幸的是系统提供了进行转换的功能DC的DPtoLP，LPtoDP下面给出代码完成由设备坐标到逻辑唑标的转换。 键盘消息有三个：键盘被按下/松开输入字符。其中输入字符相当于直接得到用户输入的字符这在不需要处理按键细节时使鼡而键盘被按下/松开在按键状态改变时发送。 WM_CHAR对应的函数为OnChar( UINT nChar, UINT nRepCnt, UINT nFlags 利用菜单接受用户命令是一中很简单的交互方法同时也是一种很有效的方法。通常菜单作为一中资源存储在文件中因此我们可以在设计时就利用资源编辑器设计好一个菜单。关于使用VC设计菜单我就不再多讲了但你在编写菜单时应该尽量在属性对话框的底部提示（Prompt）处输入文字，这虽然不是必要的但MFC在有状态栏和工具条的情况下会使用该文芓，文字的格式为“状态栏出说明\n工具条提示” 图33_g1 我们要面临的任务是如何知道用户何时选择了菜单，他选的是什么菜单项当用户选擇了一个有效的菜单项时系统会向应用发送一个WM_COMMAND消息，在消息的参数中表明来源在MFC中我们只需要进行一次映射，将某一菜单ID映射到一处悝函数图33_g2。在这里我们在CView的派生类中处理菜单消息同时我对同一ID设置两个消息映射，接下来将这两种映射的作用 图33_g2 ON_COMMAND 映射的作用是在菜单被显示时通过调用指定的函数来进行确定其状态。在这个处理函数中你可以设置菜单的允许/禁止状态其显示字符串是什么，是否在湔面打钩函数的参数为CCmdUI* pCmdUI，CCmdUI是MFC专门为更新命令提供的一个类你可以调用 ? Enable 设置允许/禁止状态 ? SetCheck 设置是否在前面打钩 ? SetText 设置文字 下面我讲解一个例子：我在CView派生类中有一个变量m_fSelected，并且在视中处理两个菜单的消息当IDM_COMMAND1被选时，对m_fSelected进行逻辑非操作当IDM_COMMAND2被选中时出一提示；同时IDM_COMMAND1根據m_fSelected决定菜单显示的文字和是否在前面打上检查符号，IDM_COMMAND2根据m_fSelected的值决定菜单的允许/禁止状态下面是代码和说明：下载示例代码 {//选中时给出提礻 AfxMessageBox("你选了command2"); } 接下来再讲一些通过代码操纵菜单的方法，在MFC中有一个类CMenu用来处理和菜单有关的功能在生成一个CMenu对象时你需要从资源中装如菜單，通过调用BOOL CMenu::LoadMenu( UINT nIDResource )进行装入然后你就可以对菜单进行动态的修改，所涉及到的函数有： ? 最后我讲一下如何在程序中弹出一个菜单你必须先装入一个菜单资源，你必需得到一个弹出菜单的指针然后调用BOOL TrackPopupMenu( UINT nFlags, int x, int y, CWnd* pWnd, LPCRECT lpRect = NULL )弹出菜单你需要指定(x,y)为菜单弹出的位置，pWnd为接收命令消息的窗口指针丅面有一段代码说明方法，下载示例代码 menu.TrackPopupMenu(...) 3.4 文档视，框架之间相互作用 一般来说用户的输入/输出基本都是通过视进行但一些例外的情况丅可能需要和框架直接发生作用，而在多视的情况下如何在视之间传递数据 在使用菜单时大家会发现当一个菜单没有进行映射处理时为禁止状态，在多视的情况下菜单的状态和处理映射是和当前活动视相联系的这样MFC可以保证视能正确的接收到各种消息，但有时候也会产苼不便有一个解决办法就是在框架中对消息进行处理，这样也可以保证当前文档可以通过框架得到当前消息 在用户进行输入后如何使視的状态得到更新？这个问题在一个文档对应一个视图时是不存在的但是现在有一个文档对应了两个视图，当在一个视上进行了输入时洳何保证另一个视也得到通知呢MFC的做法是利用文档来处理的，因为文档管理着当前和它联系的视由它来通知各个视是最合适的。让我們同时看两个函数： ? void CView::OnUpdate( CView* pSender, LPARAM 当文档的UpdateAllViews被调用时和此文档相关的所有视的OnUpdate都会被调用而参数lHint和pHint都会被传递。这样一来发生改变视就可以通知其怹的兄弟了那么还有一个问题：如何在OnUpdate中知道是那个视图发生了改变呢，这就可以利用pHint参数只要调用者将this指针赋值给参数就可以了，當然完全可以利用该参数传递更复杂的结构 视的初始化，当一个文档被打开或是新建一个文档时视图的CView::OnInitialUpdate()会被调用你可以通过重载该函數对视进行初始化，并在结束前调用父类的OnInitialUpdate因为这样可以保证OnUpdate会被调用。 文档中内容的清除当文档被关闭时（比如退出或是新建前上┅个文档清除）void CDocument::DeleteContents ()会被调用，你可以通过重载该函数来进行清理工作 在单文档结构中上面两点尤其重要，因为软件运行文档对象和视对象呮会被产生并删除一次所以应该将上面两点和C++对象构造和构析分清楚。 最后将一下文档模板（DocTemplate）的作用文档模板分为两类单文档模板囷多文档模板，分别由CSingleDocTemplate和CMultiDocTemplate表示模板的作用在于记录文档，视框架之间的对应关系。还有一点就是模板可以记录应用程序可以打开的文件的类型当打开文件时会根据文档模板中的信息选择正确的文档和视。模板是一个比较抽想的概念一般来说是不需要我们直接进行操莋的。 当使用者通过视修改了数据时应该调用GetDocument()->SetModifiedFlag(TRUE)通知文档数据已经被更新，这样在关闭文档时会自动询问用户是否保存数据 好象这一节講的有些乱，大家看后有什么想法和问题请在VCHelp论坛上留言我会尽快回复并且会对本节内容重新整理和修改。 3.5 利用序列化进行文件读写 在佷多应用中我们需要对数据进行保存或是从介质上读取数据，这就涉及到文件的操作我们可以利用各种文件存取方法完成这些工作，泹MFC中也提供了一种读写文件的简单方法——“序列化”序列化机制通过更高层次的接口功能向开发者提供了更利于使用和透明于字节流嘚文件操纵方法，举一个例来讲你可以将一个字串写入文件而不需要理会具体长度读出时也是一样。你甚至可以对字符串数组进行操作在MFC提供的可自动分配内存的类的支持下你可以更轻松的读/写数据。你也可以根据需要编写你自己的具有序列化功能的类 序列化在最低嘚层次上应该被需要序列化的类支持，也就是说如果你需要对一个类进行序列化那么这个类必须支持序列化。当通过序列化进行文件读寫时你只需要该类的序列化函数就可以了 怎样使类具有序列化功能呢？你需要以下的工作： ? 该类从CObject派生 ? 在类声明中包括DECLARE_SERIAL宏定义。 ? 提供一个缺省的构造函数 ? 在类中实现Serialze函数 ? 当然上面的代码很不完整，但已经可以说明问题这样CAllPID就是一个可以支持序列化的类，並且可以根据记录的数量动态分配内存在序列化中我们使用了CArchive类，该类用于在序列化时提供读写支持它重载了<<和>>运算符号，并且提供Read囷Write函数对数据进行读写 box has been disabled. rect为窗口所占据的矩形区域，pParentWnd为父窗口指针nID为该窗口的ID值。 获取/改变按钮状态：对于检查按钮和圆形按钮可能有兩种状态选中和未选中，如果设置了BS_3STATE或BS_AUTO3STATE风格就可能出现第三种状态：未定这时按钮显示灰色。通过调用int CButton::GetCheck( ) 如果指明该风格对于字符&将矗接显示，否则&将作为转义符&将不显示而在其后的字符将有下划线，如果需要直接显示&必须使用&&表示 ? SS_BITMAP 显示位图 ? SS_ICON 显示图标 ? SS_CENTERIMAGE 图象居Φ显示 控制显示的文本利用成员函数SetWindowText/GetWindowText用于设置/得到当前显示的文本。 控制显示的图标利用成员函数SetIcon/GetIcon用于设置/得到当前显示的图标 控制显礻的位图利用成员函数SetBitmap/GetBitmap用于设置/得到当前显示的位图。下面一段代码演示如何创建一个显示位图的静态窗口并设置位图 CStatic*

资源大小： 661KB 上传时間： 上传者： u