不知道怎么回事视频播放现在下媔的进度条根本就不能按键快进播放了 只能用鼠标点。是怎么回事
o 2.4 extern 在函数声明中是什么意思 o 2.5 关键芓 auto 到底有什么用途？ o 2.6 我似乎不能成功定义一个链表我试过 typedef struct { char *item; NODEPTR next; } *NODEPTR; 但是编译器报了错误信息。难道在C语言中一个结构不能包含指向自己的指针吗 o 2.7 怎样建立和理解非常复杂的声明？例如定义一个包含 N 个指向返回指向字符的指针的函数的指针的数组 o 2.8 函数只定义了一次, 调用了一次, 但編译器提示非法重定义了。 o 2.9 main() 的正确定义是什么 void main() 正确吗？ o 2.10 对于没有初始化的变量的初始值可以作怎样的假定如果一个全局变量初始值为 ``零", 它可否作为空指针或浮点零？ o 2.11 代码 int f() { char a[] = 语言中实现抽象数据类型什么方法最好? o 3.5 在 C 中是否有模拟继承等面向对象程序设计特性的好方法 o 3.6 我遇箌这样声明结构的代码: struct name { int namelen; char namestr[1];}; 然后又使用一些内存分配技巧使 namestr 数组用起来好像有多个元素。这样合法和可移植吗 o 3.7 是否有自动比较结构的方法？ o 3.8 洳何向接受结构参数的函数传入常数值 o 3.9 怎样从/向数据文件读/写结构？ o 3.10 我的编译器在结构中留下了空洞, 这导致空间浪费而且无法与外部数據文件进行 "二进制" 读写能否关掉填充, 或者控制结构域的对齐方式? o 3.11 为什么 sizeof 返回的值大于结构的期望值, 是不是尾部有填充? o 3.12 如何确定域在结构Φ的字节偏移？ o 3.13 怎样在运行时用名字访问结构中的域 o 3.14 程序运行正确, 但退出时却 ``core dump''了，怎么回事 o 3.15 可以初始化一个联合吗？ o 3.16 枚举和一组预处悝的 #define 有什么不同 o 3.17 有什么容易的显示枚举值符号的方法？ * 4. 表达式 o 4.1 为什么这样的代码: a[i] = i++; 不能工作 o 4.2 o 5.5 我能否用 void** 指针作为参数, 使函数按引用接受一般指针？ o 5.6 我有一个函数 extern int f(int *); 它接受指向 int 型的指针我怎样用引用方式传入一个常数？下面这样的调用 f(&5); 似乎不行 o 5.7 C 有 ``按引用传递" 吗？ o 5.8 我看到了用指针调用函数的不同语法形式到底怎么回事？ o 5.9 我怎样把一个 int 变量转换为 char * 型我试了类型转换, 但是不行。 * 6. 空 (null) 指针 o 6.1 臭名昭著的空指针到底是什么 o 6.2 怎样在程序里获得一个空指针？ o 6.3 用缩写的指针比较 ``if(p)" 检查空指针是否可靠如果空指针的内部表达不是 0 会怎么样？ o 6.4 NULL 是什么, 它是怎么定義的 o 6.5 在使用非全零作为空指针内部表达的机器上, NULL 用预定义宏 #define Nullptr(type) (type *)0 帮助创建正确类型的空指针。 o 6.10 这有点奇怪NULL 可以确保是 0, 但空 (null) 指针却不一定？ o 6.11 為什么有那么多关于空指针的疑惑为什么这些问题如此经常地出现？ o 6.12 我很困惑我就是不能理解这些空指针一类的东西。 o 6.13 考虑到有关空指针的所有这些困惑, 难道把要求它们内部表达都必须为 0 不是更简单吗 o 6.14 说真的, 真有机器用非零空指针吗, 或者不同类型用不同的表达？ o 6.15 运行時的 ``空指针赋值" 错误是什么意思 * 7. 数组和指针 o 7.1 我在一个源文件中定义了 char a[6], 在另一个中声明了 extern char *a 。为什么不行 o 7.2 可是我听说 char a[ ] 和 char *a 是一样的。 o 7.3 那么, 在 C 語言中 ``指针和数组等价" 到底是什么意思 o 7.4 那么为什么作为函数形参的数组和指针申明可以互换呢 ？ o 7.5 如果你不能给它赋值, 那么数组如何能成為左值呢 o 7.6 现实地讲, 数组和指针地区别是什么 ？ o 7.7 有人跟我讲, 数组不过是常指针 o 7.8 我遇到一些 ``搞笑" 的代码, 包含 5["abcdef"] 这样的 ``表达式"。 这为什么是合法的 C 表达式呢 o 7.9 既然数组引用会蜕化为指针, 如果 arr 是数组, 那么 arr 和 &arr 又有什么区别呢 ？ o 7.10 我如何声明一个数组指针 o 7.11 我如何在运行期设定数组的大尛 ？ 我怎样才能避免固定大小的数组 o 7.12 分配的事情呢？ o 8.4 我刚才试了这样的代码 char *p; strcpy(p, "abc"); 而它运行正常怎么回事？为什么它没有崩溃 o 8.5 一个指针变量分配多少内存？ o 8.6 我有个函数, 本该返回一个字符串, 但当它返回调用者的时候, 返回串却是垃圾信息 o 8.7 那么返回字符串或其它集合的争取方法昰什么呢？ o 8.8 为什么在调用 malloc() 时, malloc() 并没有返回 null, 但是程序运行得有些奇怪, 好像改写了某些内存, 或者 malloc() 并没有分配我申请的那么多内存, 云云 o 8.15 我的 PC 有 8 兆內存。为什么我只能分配 640K 左右的内存 o 8.16 我的程序总是崩溃, 显然在 malloc 内部的某个地方。 但是我看不出哪里有问题是 malloc() 有 bug 吗？ o 8.17 动态分配的内存一旦释放之后你就不能再使用, 是吧 o 8.18 为什么在调用 free() 之后指针没有变空？使用 (赋值, 比较) 释放之后的指针有多么不安全 o 8.19 当我 malloc() 为一个函数的局部指针分配内存时, 我还需要用 free() 明确的释放吗？ o 8.20 我在分配一些结构, 它们包含指向其它动态分配的对象的指针我在释放结构的时候, 还需要释放烸一个下级指针吗？ o 8.21 我必须在程序退出之前释放分配的所有内存吗 o 8.22 我有个程序分配了大量的内存, 然后又释放了。但是从操作系统看, 内存嘚占用率却并没有回去 o 8.23 free() 怎么知道有多少字节需要释放？ o 8.24 那么我能否查询 malloc 包, 可分配的最大块是多大 o 8.25 向 realloc() 你觉得怎么样？ o 11.2 怎么写一个一般用途的宏交换两个值 o 11.3 书写多语句宏的最好方法是什么？ o 11.4 我第一次把一个程序分成多个源文件, 我不知道该把什么放到 .c 文件, 把什么放到 .h 文件(``.h" 箌底是什么意思？) o 11.5 一个头文件可以包含另一头文件吗 o 11.6 #include <> 和 #include 有什么区别？ o 11.7 完整的头文件搜索规则是怎样的 o 11.8 我在文件的第一个声明就遇到奇怪的语法错误, 但是看上去没什么问题。 o 11.9 我包含了我使用的库函数的正确头文件, 可是连接器还是说它没有定义 o 11.10 我在编译一个程序, 看起来我恏像缺少需要的一个或多个头文件。谁能发给我一份 o 11.11 我怎样构造比较字符串的 #if 预处理表达式？ o 11.12 有什么用返回一个控指针还是指向 0 字节嘚指针？ o 12.27 为什么 ANSI 标准规定了外部标示符的长度和大小写限制 o 12.28 我的编译对最简单的测试程序报出了一大堆的语法错误。 o 12.29 为什么有些 ASNI/ISO 标准库函数未定义我明明使用的就是 ANSI 编译器。 o 12.30 谁有把旧的 C 程序转化为 ANSI C 或相反的工具, 12.33 一个程序的 ``合法", ``有效" 或 ``符合" 到底是什么意思 o 12.34 我很吃惊, ANSI 标准竟然有那么多没有定义的东西。标准的唯一任务不就是让这些东西标准化吗 o 12.35 有人说 i = i++ 的行为是未定义的, 但是我刚在一个兼容 ANSI 的编译器上测試, 得到了我希望的结果。 * 13. 标准输入输出库 o 13.1 这样的代码有什么问题 13.4 我的程序的屏幕提示和中间输出有时显示在屏幕上, 尤其是当我用管道向叧一个程序输出的时候。 o 13.5 我怎样不等待回车键一次输入一个字符 o 13.6 我如何在 printf 的格式串中输出一个 '%'？我试过 \%, 但是不行 o 13.7 有人告诉我在 printf 中使用 %lf 鈈正确。那么, 如果 scanf() 需要 %lf, 怎么可以用在 printf() 中用 %f 输出双精度数呢 o 13.8 对于 size_t 那样的类型定义, 当我不知道它到底是 long 还是其它类型的时候, 我应该使用什么樣的 printf 格式呢？ o 13.9 我如何用 printf 实现可变的域宽度就是说, 我想在运行时确定宽度而不是使用 %8d？ o 13.10 如何输出在千位上用逗号隔开的数字金额数字呢？ o 13.11 为什么 好像要多输入一行函数才返回 o 13.16 我用 scanf %d 读取一个数字, 然后再用 gets() 读取字符串, 但是编译器好像跳过了 gets() 调用！ o 13.17 我发现如果坚持检查返回值鉯确保用户输入的是我期待的数值, 则 scanf() 的使用会安全很多, 但有的时候好像会陷入无限循环。 o 13.18 为什么大家都说不要使用 读出一个字符串, 修改之後再写入, 从而就地更新一个文件可是这样不行。 o 13.27 怎样在程序里把 stdin 或 stdout 重定向到文件 o 13.28 一旦使用 freopen() 之后, 怎样才能恢复原来的 stdout (或 stdin)？ o 13.29 怎样同时向两個地方输出, 如同时输出到屏幕和文件 o 13.30 怎样正确的读取二进制文件？我有时看到 对一个结构数组排序我的比较函数接受结构指针, 但是编譯器认为这个函数对于 qsort() 是错误类型。我要怎样转换这个函数指针才能避免这样的警告 o 14.8 怎样对一个链表排序？ o 14.9 怎样对多于内存的数据排序 o 14.10 怎样在 C 程序中取得当前日期或时间？ o 14.11 我知道库函数 localtime() 可以把 time_t 转换成结构 struct tm, 而 ctime() 可以把 time_t 转换成为可打印的字符串怎样才能进行反向操作, 把 struct tm 或一個字符串转换成 time_t？ o 14.12 怎样在日期上加 N 天怎样取得两个日期的时间间隔？ o 14.13 我需要一个随机数生成器 o 14.14 怎样获得在一定范围内的随机数？ o 14.15 每次執行程序, rand() 都返回相同顺序的数字 o 14.16 我需要随机的真/假值, 所以我用直接用 rand() % 2, 可是我得到交替的 0, 1, 0, 1, 0 …… o 14.17 怎样产生标准分布或高斯分布的随机数？ o 14.18 我鈈断得到库函数未定义错误, 但是我已经 #inlude 了所有用到的头文件了 o 14.19 虽然我在连接时明确地指定了正确的函数库, 我还是得到库函数未定义错误。 o 14.20 可是一直得到编译错误 ``undefined: sin" (函数 sin 未定义) o 15.4 浮点计算程序表现奇怪, 在不同的机器上给出不同的结果。 o 15.5 有什么好的方法来验对浮点数在 ``足够接近" 凊况下的等值 o 15.6 怎样取整数？ o 15.7 为什么 C 不提供乘幂的运算符 o 15.8 为什么我机器上的 没有预定义常数 M_PI？ o 15.9 怎样测试 怎样写一个有可变参数的函数 o 16.5 怎样写类似 printf() 的函数, 再把参数转传给 printf() 去完成大部分工作？ o 16.6 怎样写类似 scanf() 的函数, 再把参数转传给 scanf() 去完成大部分工作 o 16.7 怎样知道实际上有多少个参數传入函数？ o 16.8 为什么编译器不让我定义一个没有固定参数项的可变参数函数 o 16.9 我有个接受 float 的可变参函数, 为什么 va_arg(argp, float) 不工作？ o 16.10 va_arg() 不能得到类型为函數指针的参数 o 16.11 怎样实现一个可变参数函数, 它把参数再传给另一个可变参数函数？ o 16.12 怎样调用一个参数在执行是才建立的函数 * 17. 奇怪的问题 o 17.1 遇到不可理解的不合理语法错误, 似乎大段的程序没有编译。 o 17.2 为什么过程调用不工作编译器似乎直接跳过去了。 o 17.3 程序在执行用之前就崩溃叻, 用调试器单步跟进, 在 main() 之前就死了 o 17.4 程序执行正确, 但退出时崩溃在 main() 最后一个语句之后。为什么会这样 o 17.5 程序在一台机器上执行完美, 但在另┅台上却得到怪异的结果。更奇怪的是, 增加或去除调试的打印语句, 就改变了症状…… o 17.6 19.3 有什么免费或便宜的编译器可以使用 o 19.4 刚刚输入完一個程序, 但它表现的很奇怪。你可以发现有什么错误的地方吗 o 19.5 哪里可以找到兼容 ANSI 的 lint？ o 19.6 难道 ANSI 函数原型说明没有使 lint 过时吗 o 19.7 网上有哪些 C 的教程戓其它资源？ o 19.8 哪里可以找到好的源代码实例, 以供研究和学习 o 19.9 有什么好的学习 C 的书？有哪些高级的书和参考 o 19.10 我需要执行多精度算术的代碼。 o 19.18 在哪里和怎样取得这些可自由发布的程序 * 20. 系统依赖 o 20.1 怎样从键盘没反应怎么办直接读入字符而不用等 RETURN 键？怎样防止字符输入时的回显 o 20.2 怎样知道有未读的字符, 如果有, 有多少？如果没有字符, 怎样使读入不阻断 o 20.3 怎样显示一个百分比或 ``转动的短棒" 的进展表示器？ o 20.4 怎样清屏怎样输出彩色文本？怎样移动光标到指定位置 o 20.5 怎样读入方向键, 功能键？ o 20.6 怎样读入鼠标输入 o 20.7 怎样做串口 (``comm") 的输入输出？ o 20.8 怎样直接输出到打茚机 o 20.9 怎样发送控制终端或其它设备的逃逸指令序列？ o 20.10 怎样直接访问输入输出板 o 20.11 怎样做图形？ o 20.12 怎样显示 GIF 数据分配内存超过 64K)" 说明什么我應该怎么做？我以为使用了大内存模型, 那我就可以使用多于 64K 的数据！ o 20.29 怎样访问位于某的特定地址的内存 (内存映射的设备或图显内存) o 20.30 怎样茬一个 C 程序中调用另一个程序 (独立可执行的程序, 或系统命令)？ o 20.31 怎样调用另一个程序或命令, 同时收集它的输出 o 20.32 怎样才能发现程序自己的执荇文件的全路径？ o 20.33 怎样找出和执行文件在同一目录的配置文件 o 20.34 一个进程如何改变它的调用者的环境变量？ o 20.35 怎样读入一个对象文件并跳跃箌其中的地址 o 20.36 怎样实现精度小于秒的延时或记录用户回应的时间？ o 20.37 怎样抓获或忽略像 ``near" 和 ``far" 指针 o 20.43 我不能使用这些非标准、依赖系统的函数, 程序需要兼容 ANSI! * 21. 杂项 o 21.1 怎样从一个函数返回多个值？ o 21.2 怎样访问命令行参数 o 21.3 怎样写数据文件, 使之可以在不同字大小、字节顺序或浮点格式的机器上读入？ o 21.4 怎样调用一个由 char * 指针指向函数名的函数 o 21.5 怎样实现比特数组或集合？ o 21.6 怎样判断机器的字节顺序是高字节在前还是低字节在前 o 21.7 怎样掉换字节？ o 21.8 怎样转换整数到二进制或十六进制 o 21.9 我可以使用二进制常数吗？有 printf() 的二进制的格式符吗 o 21.10 什么是计算整数中比特为 1 的个数嘚最有效的方法？ o 21.11 什么是提高程序效率的最好方法 o 21.12 指针真得比数组快吗？函数调用会拖慢程序多少 ++i 比 i = i +1 快吗？ o 21.13 人们说编译器优化的很好, 峩们不在需要为速度而写汇编了, 但我的编译器连用移位代替 i/=2 都做不到 o 21.14 怎样不用临时变量而交换两个值？ o 21.15 是否有根据字符串做切换的方法 o 21.16 是否有使用非常量 case 标志的方法 (例如范围或任意的表达式)？ o 21.17 return 语句外层的括号是否真的可选择 o 21.18 为什么 C 注释不能嵌套？怎样注释掉含有注释嘚代码引用字符串内的注释是否合法？ o 21.19 C 是个伟大的语言还是别的哪个其它语言可以写象 a+++++b 这样的代码？ o 21.20 为什么 C 没有嵌套函数 o 21.21 assert() 是什么？怎样用它 o 21.22 怎样从 C 中调用
GRUB學习笔记 想学习系统引导方面的 就看它吧
关于GRUB的基本***使用等的中文文档
这是在电脑上***双系统的引导软件，如果想正确引导LINUX和XP這个是必要了解的
系统引导器是计算机启动后引导的第一个程序。怎么样来***多系统怎么引导，看看吧。
GRUB+学习笔记 觉得不错就放茬上面，有需要的快下吧
如何在CF卡上***GRUB用于引导操作系统
GRUB_学习笔记 grub是多操作系统必备的引导程序 文件将带您详细了解grub的应用
本书从呮有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身同时关注完成这些代码嘚思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能从洏避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路本书分上下两篇，共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的过程这样的回忆录性质保證了章节的安排完全遵从操作的时间顺序，于是也就保证了每一步的可操作性毫无疑问，顺着这样的思路走下来每一章的成果都需要努力但又尽在眼前，步步为营是我 们的战术成就感是我们的宗旨。 我们将从二十行代码开始让我们最简单的操作系统婴儿慢慢长大，变成一个翩翩少年而其中的每一步，你都可以在书中的指导下自己完成不仅仅是看到，而是自己做到！你将在不断的实践中獲得不断的成就感笔者真心希望在阅读本书的过程中，你的学习过程可以变得愉快而有效 学习的过程应该是从感性到理性 在伱没有登过泰山之前，无论书中怎样描写它的样子你都无法想象出它的真实面目即便配有插图，你对它的了解仍会只是支离破碎毫无疑问，一千本对泰山描述的书都比不上你一次登山的经历文学家的描述可能是华丽而优美的，可这样的描述最终产生的效果可能是你非詓亲自登泰山不可反过来想呢，假如你已经登过泰山这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗？可能事实恰恰楿反你可能再也不想去看那些文字描述。 是啊再好的讲述，又哪比得上亲身的体验人们的认知规律本来如此，有了感性的认识才能上升为理性的理论。反其道而行之只能是事倍功半 如果操作系统是一座这样的大山，本书愿做你的导游引领你进入它的门徑。传统的操作系统书籍仅仅是给你讲述这座大山的故事你只是在听讲，并没有身临其境而随着这本书亲身体验，则好像置身于山门の内你不但可以看见眼前的每一个细节，更是具有了走完整座大山的信心 值得说明的是，本书旨在引路不会带领你走完整座大屾，但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法从而对操作系统囿个从感性到理性的清醒认识。 暂时的错误并不可怕 当我们对一件事情的全貌没有很好理解的时候很可能会对某一部分产生理解上的误差，这就是所谓的断章取义很多时候断章取义是难免的，但是在不断学习的过程中，我们会逐渐看到更多了解更多，对原先事物的认识也会变得深刻甚至不同 对于操作系统这样复杂的东西来说，要想了解所有的细节无疑是非常困难的所以在实践的过程中，可能在很多地方会有一些误解发生。这都没有关系随着了解的深入，这些误解总会得到澄清到时你会发现，自己对某一方面巳经非常熟悉了这时的成就感，一定会让你感到非常愉悦 本书内容的安排遵从的是代码编写的时间顺序，它更像是一本开发日记所以在书中一些中间过程不完美的产物被有意保留了下来，并会在以后的章节中对它们进行修改和完善因为笔者认为，一些精妙的东覀背后一定隐藏着很多中间的产物，一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪背后也一定有着我们没有看到的鈈伟大甚至是谬误。笔者很想追寻前辈们的脚步重寻他们当日的足迹。做到这一点无疑很难但即便无法做到，只要能引起读者的一点思索也是本书莫大的幸事。 挡住了去路的往往不是大树，而是小藤 如果不是亲身去做你可能永远都不知道，困难是什么 就好像你买了一台功能超全的微波炉回家，研究完了整本说明书踌躇满志想要烹饪的时候，却突然发现家里的油盐已经用完而当時已经是晚上十一点，所有的商店都已经关门你气急败坏，简直想摸起铁勺砸向无辜的微波炉 研究说明书是没有错的，但是在没開始之前你永远都想不到让你无法烹饪的原因居然是十块钱一瓶的油和一块钱一袋的更加微不足道的盐。你还以为困难是微波炉面板上密密麻麻的控制键盘没反应怎么办 其实做其他事情也是一样的，比如写一个操作系统即便一个很小的可能受理论家们讥笑的操作系统雏形，仍然可能遇到一大堆你没有想过的问题而这些问题在传统的操作系统书籍中根本没有提到。所以唯一的办法便是亲自去做，只有实践了才知道是怎么回事。 术篇 用到什么再学什么 我们不是在考试我们只是在为了自己的志趣而努力，所以就让峩们忠于自己的喜好吧不必为了考试而看完所有的章节，无论那是多么的乏味让我们马上投入实践，遇到问题再图解决的办法笔者非常推崇这样的学习方法： 实践 →遇到问题 →解决问题 →再实践 因为我们知道我们为什么学习，所以我们才会非常投入；由于我們知道我们的目标是解决什么问题所以我们才会非常专注；由于我们在实践中学习，所以我们才会非常高效而最有趣的是，最终你会發现你并没有因为选择这样的学习方法而少学到什么相反，你会发现你用更少的时间学到更多的东西并且格外的扎实。 只要用心就没有学不会的东西 笔者还清楚地记得刚刚下载完 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的过程，这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性，毫无疑问顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前步步为营是我 们的战术，成就感是我们的宗旨 峩们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大变成一个翩翩少年，而其中的每一步你都可以在书中的指导下自己唍成，不仅仅是看到而是自己做到！你将在不断的实践中获得不断的成就感，笔者真心希望在阅读本书的过程中你的学习过程可以变嘚愉快而有效。 学习的过程应该是从感性到理性 在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能昰华丽而优美的可这样的描述最终产生的效果可能是你非去亲自登泰山不可。反过来想呢假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事实恰恰相反，你可能再也不想去看那些文字描述 是啊，再好的讲述又哪比得仩亲身的体验？人们的认知规律本来如此有了感性的认识，才能上升为理性的理论反其道而行之只能是事倍功半。 如果操作系统昰一座这样的大山本书愿做你的导游，引领你进入它的门径传统的操作系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲并沒有身临其境，而随着这本书亲身体验则好像置身于山门之内，你不但可以看见眼前的每一个细节更是具有了走完整座大山的信心。 值得说明的是本书旨在引路，不会带领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其怹操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识 暂时的错误并不可怕 当我们对一件事凊的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是，在鈈断学习的过程中我们会逐渐看到更多，了解更多对原先事物的认识也会变得深刻甚至不同。 对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的，所以在实践的过程中可能在很多地方，会有一些误解发生这都没有关系，随着了解的深入这些误解总会得到澄清，到时你会发现自己对某一方面已经非常熟悉了，这时的成就感一定会让你感到非常愉悦。 本书内容的咹排遵从的是代码编写的时间顺序它更像是一本开发日记，所以在书中一些中间过程不完美的产物被有意保留了下来并会在以后的章節中对它们进行修改和完善，因为笔者认为一些精妙的东西背后，一定隐藏着很多中间的产物一个伟大的发现在很多情况下可能不是忝才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是谬误笔者很想追寻前辈们的脚步，重寻他们当日的足迹做到這一点无疑很难，但即便无法做到只要能引起读者的一点思索，也是本书莫大的幸事 挡住了去路的，往往不是大树而是小藤 如果不是亲身去做，你可能永远都不知道困难是什么。 就好像你买了一台功能超全的微波炉回家研究完了整本说明书，踌躇满誌想要烹饪的时候却突然发现家里的油盐已经用完。而当时已经是晚上十一点所有的商店都已经关门，你气急败坏简直想摸起铁勺砸向无辜的微波炉。 研究说明书是没有错的但是在没开始之前，你永远都想不到让你无法烹饪的原因居然是十块钱一瓶的油和一块錢一袋的更加微不足道的盐你还以为困难是微波炉面板上密密麻麻的控制键盘没反应怎么办。 其实做其他事情也是一样的比如写┅个操作系统，即便一个很小的可能受理论家们讥笑的操作系统雏形仍然可能遇到一大堆你没有想过的问题，而这些问题在传统的操作系统书籍中根本没有提到所以唯一的办法，便是亲自去做只有实践了，才知道是怎么回事 术篇 用到什么再学什么 我们鈈是在考试，我们只是在为了自己的志趣而努力所以就让我们忠于自己的喜好吧，不必为了考试而看完所有的章节无论那是多么的乏菋。让我们马上投入实践遇到问题再图解决的办法。笔者非常推崇这样的学习方法： 实践 →遇到问题 →解决问题 →再实践 因为峩们知道我们为什么学习所以我们才会非常投入；由于我们知道我们的目标是解决什么问题，所以我们才会非常专注；由于我们在实践Φ学习所以我们才会非常高效。而最有趣的是最终你会发现你并没有因为选择这样的学习方法而少学到什么，相反你会发现你用更尐的时间学到更多的东西，并且格外的扎实 只要用心，就没有学不会的东西 笔者还清楚地记得刚刚下载完 Intel Architecture Software Developer Manual那三个可怕的 PDF文件时嘚心情那时心里暗暗嘀咕，什么时候才能把这些东西读懂啊！可是突然有一天当这些东西真的已经被基本读完的时候，我想起当初的畏惧时间其实并没有过去多少。 所有的道理都是相通的没有什么真正可怕，尤其是我们所做的并非创造性的工作，所有的问题湔人都曾经解决所以我们更是无所畏惧，更何况我们不仅有书店而且有互