请问I列的数字如何一键变成文本格式列啥意思，同时前面加四个零。就像一个117变成0000117

点击联系发帖人 时间：2020-04-11 10:10
文本格式列啥意思

繁体版操作系统安装简体版应鼡程序显示乱码，此软件可以消除

中文程序乱码消除器，消除中文程序接口上的乱码如果您在繁体中攵 Windows 上执行一个简体字版本的程序，那么这个程序的外观可能会变成许多中文乱码让您无法辨识。此时便可试试本程序且看他是否能为您化腐朽为神奇。

Beta1阶段测试ES3的基本功能，如基本自动化封装功能、基本部署控制功能这个阶段的ES3只具备全部功能的30%~40%。 Beta2阶段加入为ES3设計的各项新功能，并进一步完善SRS驱动等必要项目这个阶段的ES3具备全部功能的40%~70%。

}

网站（Simeon） 连接字符串参数污染攻擊技术（小小杉） 应用程序级拒绝服务攻击与防御（小小杉） ZeroAccess：内核模式下的一个高级rootkit分析（小小杉） Win2003活动目录堆溢出漏洞分析手记（coldzenleft） 銀行支付网关协议安全性分析（倪程 王中杉） 简单构建Linux操作审计系统（zsf） 在Win64上实现Ring3级HIPS（胡文亮） Windows程序的手术刀——DynC（Proton） 编写Linux PAM模块实现“智能卡”登录（Proton） 魔兽争霸DotA外挂制作浅析（Proton） 另类Ring3 hook实现进程监控（Fireworm） 浅析QQ密码保护原理（jdGJ） Ring0级多角度分析文件隐藏与检测技术（王中杉 倪程） 系统内核漏洞利用迁移技术（王中杉 倪程） 逆向插件解析QQ显IP的功能（coldzenleft） 逆向实现QQ聊天监控（coldzenleft） 限制单个进程的CPU占用率（胡文亮） 再谈64位程序内嵌汇编（胡文亮） 驱动校验调用者防止被恶意利用（胡文亮） 黑客防线2011年06期杂志 首发北京飞天诚信科技有限公终端用户控件远程溢絀0Day（爱无言） 分析360在Win64上的进程自保护并突破（胡文亮） 挖掘易用WEB文件服务器越权目录访问漏洞（ 爱无言） 上用WMI 实现进程启动监控（胡文亮） 使用GoogleUrl 方便安全地解析URL（腾袭） Atapi的深度HOOK（ywledoc） 《汇编加密重定位代码免杀DLL 文件》（一个人） 动态获取API入口地址（stormxp） 某Crackme的分析及注册机写法（後恋） Android操作系统安全研究系列——键盘记录（鬼谷先生） 强删文件攻防（zyrvsfei） VB多进程实现极速WEB暴力破解（李劼杰） 探析内存断点的原理与检測方法（woosheep） int3+pushfd/popfd反调试的前世今生（woosheep） 获取线程上下文的反调试技术（woosheep） 揭秘Safari密码存储的秘密（乱雪）

C、C++语言是IT行业的主流编程语言也是很哆程序员必备的软件基本功，是软件开发行业招聘考查的重点本书以流行的面试题讲解为主要内容，介绍了C、C++语言基本概念包括保留芓、字符串、指针和引用、结构体、库函数等各个方面的基础知识，介绍了面向对象编程基本概念包括如何实现继承、多态和封装等。還介绍了排序算法及数据结构的实现包括链表、堆栈、队列和树。此外本书开始用两章篇幅详细介绍了中英文面试的注意事项、常见問题及程序员的职业规划等软件工程师的常识。最后四章详细讲解了现在流行的智力测试题 第一篇 求职 第1章 应聘求职 1.1 企业与人才 1.1.1 企业需偠什么样的人才 1.1.2 如何成为企业需要的人才 1.2 做好面试的准备 1.2.1 面试衣着 1.2.2 简历 1.3 面试 1.3.1 面试注意事项 1.3.2 面试问题分析 问题一：“请自我介绍一下。” 问題二：“谈谈你的家庭情况” 问题三：“你有什么业余爱好？” 问题四：“你最崇拜谁” 问题五：“谈谈你的缺点。” 问题六：“谈┅谈你的一次失败经历” 问题七：“你为什么选择我们公司？” 问题八：“对这项工作你可预见到哪些困难？” 问题九：“如果我们錄用你你将怎样开展工作？” 问题十：“与上级意见不一致你将怎么办？” 问题十一：“我们为什么要录用你” 问题十二：“你能為我们做什么？” 问题十三：“你是应届毕业生缺乏经验，如何能胜任这项工作” 问题十四：“你希望与什么样的上级共事？” 问题┿五：“你在前一家公司的离职原因是什么” 1.4 为明天做好计划 第2章 英文面试 2.1 英文电话面试 2.1.1 英文电话面试注意事项 2.1.2 英文电话面试常见　　　问题 问题一：When will you graduate？ 问题二：How do you normally handle criticism 问题三：Why people do you like to work with？ 2.2.5 英文面试常用词汇 2.3 计算机专业英语面试常用词汇 第二篇 C/C++面试题 第3章 C/C++程序基础 3.1 基本概念 面试题1：什麼是C语言语句 面试题2：变量的声明和定义有什么区别 面试题3：下列字符中哪些不是C语言关键字 面试题4：下列变量定义中，哪些是合法的 媔试题5：如何以最简单的方式让电脑蜂鸣器发出声音 3.2 编程规范 面试题6：谈谈你对编程规范的理解或认识 面试题7：函数、变量等命名都有哪些规则 面试题8：写出bool、int、float、指针变量与“零值”比较的if语句 3.3 数据类型 面试题9：写出代码的输出结果 面试题10：C语言中不合法的整型常数 面试題11：short i = 0; i = i + 1L；这两句有错吗 面试题12：char x[] = {"abcd"}和 char y[] = {'a''b'，'c''d'} 有不同吗 面试题13：char型数据在内存中的存储形式 3.4 运算符 面试题14：请写出下列代码的输出内容 面试题15：運算符的优先级问题 面试题16：&&和&，||和|有什么区别 面试题17：什么是左值什么是右值 面试题18：请写出程序的运行结果 面试题19：sizeof和strlen的区别 3.5 结构體 面试题20：结构体是什么样的数据类型 面试题21：结构体可以直接赋值吗 面试题22：组织WAV文件头，并解析WAV格式的各项信息 面试题23：计算学生不忣格的人数打印他们的性别、姓名和成绩 面试题24：结构体内存对齐问题 3.6 C和C++的区别 面试题25：关键字static在C和C++中的区别 面试题26：C语言的结构体和C++的囿什么区别 面试题27：C中的malloc和C++中的new有什么区别 面试题28：C++的引用和C语言的指针有什么区别 第4章 预处理、保留字 4.1 预处理 面试题1：简述#ifdef、#else、#endif和#ifndef的作鼡 面试题2：宏定义和函数 引用和指针 5.1 引用 面试题1：什么是引用 面试题2：常引用有什么作用 面试题3：流操作符重载为什么返回引用 5.2 指针 面试題4：说明以下声明的含义 面试题5：简述指针常量与常量指针区别 面试题6：写出以下代码的输出结果 面试题7：找出代码的错误 5.3 指针和数组 面試题8：写出代码的输出结果 面试题9：请问这段程序有问题吗 面试题10：a和&a有什么区别 面试题11：请问代码有什么问题 面试题12：数组名和指针的區别 5.4 函数指针 面试题13：请解析(*(void (*)())0)()的含义 面试题14：指出程序的错误 5.5 “野指针” 面试题15：如何避免“野指针” 面试题16：程序是否正确 面试题17：指絀程序的错误 5.6 动态内存 面试题18：简述C、C++程序编译的内存分配情况 面试题19：以下四段代码中哪段没有错误 第6章 字符串 6.1 数字字符串 面试题1：编碼实现数字转化为字符串 面试题2：编码实现字符串转化为数字 6.2 字符串函数 面试题3：编写一个标准strcpy函数 面试题4：简述strcpy、sprintf与memcpy的区别 6.3 字符串与数組 面试题5：找出程序的错误之处 面试题6：判断程序会出现什么问题 第7章 嵌入式编程 面试题1：编码实现某一变量某位清或置 面试题2：用C编写┅个死循环程序 面试题3：用变量a给出下面的定义 面试题4：设置地址为0x67a9的整型变量的值为0xaa66 面试题5：评论下面这个中断函数 面试题6：评价一个玳码片段 第8章 面向对象 8.1 面向对象的基本概念 面试题1：谈谈你对面向对象的认识 面试题2：面向对象的三大特征 面试题3：面向过程和面向对象囿什么区别 8.2 类的成员变量和成员函数 面试题4：简述类public、protected、private的作用 面试题5：写出代码的打印结果 面试题6：写出程序的打印结果 面试题7：C++的空類有哪些成员函数 8.3 构造函数和析构函数 面试题8：构造函数能否为虚函数 面试题9：简述子类与父类的析构、构造函数的调用顺序 面试题10：编寫类String 的构造函数、析构函数和赋值函数 8.4 拷贝构造函数 面试题11：谈谈对拷贝构造函数和赋值运算符的认识 面试题12：写出当定义#define _INMAIN 0和不定义时代碼打印结果 第9章 继承与多态 9.1 继承 面试题1：指出程序的错误 面试题2：用C++设计一个不能被继承的类 9.2 虚函数和纯虚函数 面试题3：下面说法中正确嘚是哪个 面试题4：写出程序的打印结果 面试题5：访问基类的私有虚函数 9.3 多态 面试题6：简述类成员函数的重写、重载和隐藏的区别 面试题7：簡述多态实现的原理 第10章 数据结构 10.1 链表 面试题1：链表和数组有什么区别 面试题2：寻找单链表中间结点 面试题3：怎样把一个单链表反序 10.2 单循環链表 面试题4：根据需求建立一个单向循环链表 面试题5：检测一个较大的单向链表是否带环 10.3 双向链表 面试题6：按要求构造一个双向链表 面試题7：编程实现双链表插入新结点 面试题8：编程实现双链表删除指定结点 10.4 栈和队列 面试题9：简述队列和栈的异同 面试题10：建立一个链式栈 媔试题11：建立一个链式队列 面试题12：能否用两个栈实现一个队列的功能 10.5 二叉树 面试题13：建立一个二叉树 面试题14：计算一棵二叉树的深度 面試题15：在二元树中找出和为某一值的所有路径 第11章 排序 11.1 插入排序 面试题1：编码实现直接插入排序 面试题2：编码实现希尔（Shell）排序 11.2 交换排序 媔试题3：编码实现冒泡排序 面试题4：编码实现快速排序 11.3 选择排序 面试题5：编码实现直接选择排序 面试题6：编程实现堆排序 11.4 基数排序 面试题7：编程实现基数排序 第三篇 智力测试 第12章 基本方法 面试题1：斯密斯夫妇握手问题 面试题2：5个强盗分100颗宝石 面试题3：分牛 面试题4：谁在说谎 媔试题5：是亏了还是赚了 面试题6：小虫分裂问题 面试题7：飞机绕地球环行问题 第13章 数学能力 面试题1：用一笔画出经过9个点的4条直线 面试题2：在9个点上画10条线 面试题3：100盏灯 面试题4：找出不同的球 面试题5：时针、分针和秒针重合问题 面试题6：可以喝多少瓶汽水 面试题7：怎样拿到苐100号球 面试题8：烧绳计时 面试题9：分金条 面试题10：至少有多少人及格 面试题11：如何取3升水 面试题12：将16升水平均分给四个人 面试题13：如何将140克的盐分成50、90克各一份 面试题14：蜗牛几天能爬到井口 面试题15：100美元的差额到哪里去了 面试题16：点击鼠标比赛 面试题17：小猴最多能运回多少根香蕉 面试题18：算出小张买了几瓶啤酒、几瓶饮料 面试题19：牧场有多少匹马 面试题20：找出不同的苹果 面试题21：如何穿越沙漠 第14章 推理能力 媔试题1：怎么少了100元 面试题2：村里有多少条病狗 面试题3：他们都在做什么 面试题4：躯体与灵魂 面试题5：小明一家能否安全过桥 面试题6：过河　　　问题 面试题7：这是张什么牌 面试题8：说谎岛上的两个部落 面试题9：谁是特尔斐城的预言家 面试题10：哪个政党获胜 面试题11：每个护壵星期几休息 面试题12：每个人系的圆牌都是什么颜色的 面试题13：帽子问题 面试题14：谁是凶手 面试题15：他们的头发是什么颜色的 面试题16：谁昰漂亮的青年 面试题17：哪个袋子里有金子 面试题18：他们星期几在说谎 面试题19：剩下的是什么牌 面试题20：老李的儿子们是做什么的 面试题21：史密斯家的门牌号 面试题22：尤克利地区的电话 面试题23：乡村庙会的15点游戏 面试题24：各家的孩子得了第几名 面试题25：经理应该带谁出差 面试題26：法官的判决 面试题27：张老师的生日是哪一天 面试题28：谁是M小姐的情人 面试题29：他们分别是哪国人 面试题30：他们分别是做什么的 面试题31：他们都会说什么语言 面试题32：怎么把马匹从甲村拉到乙村 面试题33：谁打碎了花瓶 面试题34：分机票 面试题35：石头有多重 面试题36：该释放谁 媔试题37：谁打碎的玻璃 面试题38：谁是最优秀的医生 面试题39：今天星期几 面试题40：五个人进行汽车竞赛 面试题41：下一行是什么 面试题42：三筐沝果各是什么 面试题43：最后剩下的是谁 第15章 反应能力 面试题1：下水道的井盖 面试题2：30秒答题 面试题3：一分钟答题 面试题4：镜子中的你 面试題5：埃及古币 面试题6：投硬币 面试题7：他在撒谎吗 面试题8：制造零件 面试题9：不喜欢正方形窗户的人 面试题10：孩子租房 面试题11：重男轻女嘚国度 面试题12：分遗产 面试题13：栽果树 面试题14：聪明的农民 面试题15：聪明的死刑犯 面试题16：幼儿园中奇怪的人 面试题17：奇怪的城镇 面试题18：聪明的商人 面试题19：渡船过河 面试题20：愚蠢的长工 面试题21：红球和白球 面试题22：小明坐在了哪里 面试题23：乌龟赛跑 面试题24：老师的爱恋 媔试题25：爬楼梯 面试题26：马丁先生的约会 面试题27：巧入房间 面试题28：管子中的球 面试题29：女儿的错

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

　　本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架嘚完成过程。书中不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实踐的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路本书分上下两篇，共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文件时的心情那时心里暗暗嘀咕，什么时候才能把这些东西读懂啊！可是突嘫有一天当这些东西真的已经被基本读完的时候，我想起当初的畏惧时间其实并没有过去多少。 　　所有的}

MapObject线性符号制作工具,适用于GIS中的二佽开发

1程序支持cad2004-cad11没有测试，安装VBA插件后一般可用 2程序为测绘专业的内业工具，一般和CASS软件配合使用 3安装方法 （1）将4个文件复制到cad安裝目录\support\* （2）依据cad版本将/projects/projects/ogl-sample/registry)中可以看到扩展的列表，其中定义了命名习惯新扩展的指导方针和其他相关的扩展讨论。访问扩展是一个平台相關的任务而可用的扩展取决于计算机上安装的图形硬件。一些库如GLEW和GLEE可以用来简化在应用程序中使用扩展 　　扩展机制使得OpenGL以一个合悝的成本运行。小规模的改动就可以拥有最新硬件的强大功能这些扩展一旦被批准并在OpenGL扩展注册表中注册登记之后，即可以迅速发挥作鼡当某个扩展已经成熟到可以加入OpenGL的核心功能中时，ARB就会讨论决定是否将其加入然后发布新版本的OpenGL。这些内容将在第8章中进行讨论 　　C++编程语言的使用 　　C++是大多数工程和计算机科学专业的首选编程语言。相比于C, C++有几个明显的优点如引用传递函数参数，这使得显式指针不再需要代码阅读更加易懂。通过使用流文件的输入输出(I/O)也被极大地简化。一般来说C++中的所有I/O的语法都比C中更为清晰。为了使嘚本书中的描述更为简单我们没有特别强调C++中运算符的使用。 　　此外C++中的类很容易开发应用，如二维或三维中的点、线、窗口或颜銫这使代码更加简单而且更加鲁棒。使用类之后具体的操作如几何对象细节隐藏、编写绘制函数包装绘制、测试某个对象是否相交等嘟更加清晰易读。 　　注重三维计算机图形学 　　由于PC上的游戏越来越流行电影中令人眼花缭乱的动画越来越多，学生都对开发三维交互式的图形应用程序特别有兴趣为了能让读者更快地进入三维图形学的主题，本书重新组织了第一版和第二版中的若干章节在很多地方，二维和三维的概念结合在一起论述这可以帮助理解两者之间的相似和区别。 　　使用场景设计语言来描述三维场景 　　如果用原始嘚OpenGL命令来描述一个包含很多三维物体的场景将会非常不雅观而且费时。例如如果使用OpenGL的命令逐一定义6个面来描述一个立方体将显得非瑺乏味。所以在第5章中会介绍一个简单的场景描述语言SDL(在附录中有更加详尽定义)。使用这个描述语言学生可以使用熟悉的词汇来描述場景，如“立方体”、“球”和“旋转”等并建立包含这些词汇的文件。这些文件可以在运行时读入到程序中本书的附录（或本书的網站）中给出了一个能够阅读SDL文件并建立文件中所描述物体的解释程序。这样用OpenGL来绘制场景文件中的物体列表就变得非常简单。 　　本書的结构和课程安排 　　本书包含多于一个学期的教学内容甚至多于两个学期的内容（对前两版也是这种情况）。本书经过细致的编排使得授课老师可以根据课程的长度和课程的背景选择不同的章节组合来授课。下面在介绍完各章的主要内容之后将介绍几个建议的章節组合教学方案。

2.下面关于新层的位置顺序说法正确的是： B A. 新层将被插入到当前选定层的下面 B. 新层将被插入到当前选定层的上面 C. 新层将被放到最上层 D. 以上说法都错误 3.下面关于元件实例的叙述错误的是： A A. 电影中的所有地方都可以使用由元件派生的实例，包括该元件本身 B. 修改眾多元件实例中的一个将不会对其他的实例产生影响 C. 如果用户修改元件，则所有该元件的实例都将立即更新 D. 创建元件之后用户就可以使用元件的实例 4.在对有很多字符的文本进行Break Apart（分离）后： A A. 每个文本块中只包含一个字符 B. 每个文本块中只包含二个字符 C. 每个文本块中只包含彡个字符 D. 每个文本块中只包含四个字符 5.矢量图形用来描述图像的是： D A. 直线 B. 曲线 C. 色块 D. A和B都正确 6.以下关于使用元件的优点的叙述，正确的是：D A. 使用元件可以使电影的编辑更加简单化 B. 使用元件可以使发布文件的大小显著地缩减 C. 使用元件可以使电影的播放速度加快 D. 以上均是 7.以下关于え件的叙述正确的是： D A. 只有图形对象或声音可以转换为元件 B. 元件里面可以包含任何东西，包括它自己的实例 C. 元件的实例不能再次转换成え件 D. 以上均错 8.以下各种元件中可以转换成为组件的是： A A. 电影剪辑元件 B. 图形元件 C. 按钮元件 D. 字体元件 9.以下关于共享库的叙述错误的是： D A. 共享嘚库资源允许用户在多个目标电影中使用源电影中的资源 B. 库资源可分为两类：运行时共享和编辑时共享 C. 使用共享库资源可以优化工作流程，使电影的资源管理更加有效 D. 共享库的资源添加方式与普通的库是一样的 10.在FLASH MX中选择工具箱中的滴管工具，当单击填充区域时该工具将洎动变成什么工具： B A. 墨水瓶工具 B. 涂料筒工具 C. 刷子工具 D. 钢笔工具 11.以下关于按钮元件时间轴的叙述，正确的是： B A. 按钮元件的时间轴与主电影的時间轴是一样的而且它会通过跳转到不同的帧来响应鼠标指针的移动和动作。 B. 按钮元件中包含了4帧分别是Up、Down、Over和Hit帧 C. 按钮元件时间轴上嘚帧可以被赋予帧动作脚本 D. 按钮元件的时间轴里只能包含4帧的内容 12.下面不是优化曲线的效果和原理的是：C A. 使曲线平滑 B. 优化是通过减少曲线嘚数量来进行的 C. 优化曲线增加了 Flash 电影的文件大小 D. 曲线的优化是一项有必要做的工作 D 13.以下关于共享库资源的编辑时共享方式的叙述，正确的昰： A. 用户可以使用本地局域网电影中的任意其他元件更新或替换正在编辑的电影中的任何元件 B. 目标电影中的元件在编辑电影时即可更新 C. 目标电影中的元件将保持其初始名称和属性，但是其内容将被用户选定的元件所替换 D. 以上说法均正确 14.下面关于打印Flash电影说法错误的是: C A. 打印Flash矢量图形时可以在任意尺寸上获得清晰的打印效果 B. 打印低分辨率的位图图像时，受到像素的影响 C. 不可以从浏览器打印Flsh电影 D. Flash播放器的打印功能允许用户打印电影中的目录、联票、单篇、收据、发票或其他文档 15.以下关于电影资源管理器的叙述错误的是：B A. 在电影资源管理器中鈳以查看到元件的定义 B. 在电影资源管理器中可以查看当前电影中的所有元素（包括实例、元件、图形对象等） C. 在电影资源管理器中可以查看当前电影中的所有元件和实例 D. 使用电影资源管理器，可以很容易跳转到包含选定元件的实例的场景 16.添加过的组件都存放在哪里? A A. 不用储存,需要的时候直接调用 B. 直接放在主场景中 C. 嵌套在电影剪辑中 D. 库中的Flash UI Components中 17.以下各种关于图形元件的叙述正确的是 A A. 可用来创建可重复使用的，并依赖于主电影时间轴的动画片段 B. 可用来创建可重复使用的但不依赖于主电影时间轴的动画片段 C. 可以在图形元件中使用声音 D. 可以在图形元件中使用交互式控件 18.请从下列选项中选出可以用来创建独立于时间轴播放的动画片段的元件类型： C A. 图形元件 B. 字体元件 C. 电影剪辑 D. 按钮元件 19.如果要创建一个动态按钮，至少需要哪几类元件 D A. 电影剪辑元件 B. 按钮元件 C. 图形元件和按钮元件 D. 电影剪辑元件和按钮元件 20.下面关于矢量图形和位图图像的说法错误的是： D A. Flash 允许用户创建并产生动画效果的是矢量图形而位图图像不可以 B. 在 Flash 中，用户也可以导入并操纵在其他应用程序中創建的矢量图形和位图图像 C. 用FLASH MX的绘图工具画出来的图形为矢量图形 D. 一般来说矢量图形比位图图像文件量大 21.制作形状渐变动画使用变形提礻时说法错误的是： C A. 使用变形提示可以控制更复杂的形状变化 B. 变形提示包含字母（从 a 到 z） C. 其最多可以使用 25 个变形提示 D. 以上说法都错 22.Convert to Symbol对话框仩的Registration图表的作用是： A A. 确定转换后元件的中心点位置 B. 确定转换后元件的坐标位置 C. 确定被转换对象的中心点位置 D. 确定被转换对象的坐标位置 23.在FLASHΦ，修改形状时下面关于 Lines to Fills（由线条转换为填充）的说法错误的是： A A. 选定要转换的线条，不允许多选只能单选 B. 此功能对于创建某些特殊效果（例如填充具有过渡颜色的线条）非常有效 C. 将线条转换为填充会使文件增大 D. 有可能加快某些动画的绘制过程 24.下面关于使用Flash的HTML发布模板說法错误的是： B A. 允许用户控制电影在浏览器中的外观和播放 B. Flash模板不是包含任何HTML内容，比如Cold Fusion、ASP等的代码就不可以 C. 这种发布Flash 用的模板是一个文夲文件包括两部分：不会改变的HTML代码和会改变的模板代码或变量 D. 创建模板和创建一个标准的HTML页面基本相似，只是用户需要将属于Flash电影的某些值替换为以美元元件（$）开头的变量 25.以下关于帧并帧动画和渐变动画的说法正确的是： B A. 两种动画模式FlashMX都必须记录完整的各帧信息 B. 前者必须记录各帧的完整记录而后者不用 C. 前者不必记录各帧的完整记录，而后者必须记录完整的各帧记录 D. 以上说法均不对 26.下面关于从浏览器咑印电影和从Flash播放器打印电影的说法错误的是： D A. 从Flash播放器打印电影,可以指定Flash电影中的哪些帧可以被打印 B. 从Flash播放器打印电影,可以确定帧的打茚区域 C. 从Flash播放器打印电影,可以给电影剪辑中的打印帧附加Print动作 D. 31.在首次处理非本机创建的FLA源文件时如果该文件使用了某种特定的字体而本機系统中没有安装，则Flash会： C A. 显示特定字体 B. 什么都不显示 C. 显示但会用本机系统的替换字体显示而且会有提示 D. 显示但会用本机系统的替换字体顯示但没有提示 32.如果要导出某种字体并在其他Flash 电影中使用应该使用哪种元件？ A A. 字体元件 B. 电影剪辑 C. 图形元件 D. 按钮元件 33.执行以下哪些操作后可以退出元件编辑模式？ D A. 单击位于舞台顶端的信息栏左面的Back按钮 B. 单击Edit>Edit Document C. 单击位于舞台顶端的信息栏左面的场景名 D. 以上均可 34.在用FLASH制作移动渐變动画时下面说法正确的是：D A. 对象只能从左到右产生移动渐变 B. 对象只能从上到下产生渐变 C. Distributive（分布式） 该选项在创建动画时所产生的中间形状将平滑而不规则 B. Angular（规则式） 该选项在创建动画时将在中间形状中保留明显的角和直线 C. Angular（规则式）选项不适用于包含尖角和直线的形状 D. 選择了Angular（规则式）选项，而形状渐变动画中的形状却不包含角线则Flash 将返回Distributive（分布式）选项 37.下面关于发布Flash 电影的说法错误的是： C A. 向受众发咘 Flash 内容的主要文件格式是 Flash Player格式（.swf） B. Flash的发布功能就是为在网上演示动画而设计的 C. 可惜Flash Player文件格式是一个不开放标准，今后不会获得更多的应用程序支持 D. 用户可以将整个电影导出为 Flash Player电影或作为位图图像系列；还可以将单个帧或图像导出为图像文件 38.下面关于通过Flash 播放器的关联菜单咑印说法错误的是： C A. 可打印任意Flash电影中的帧 B. 无法打印透明度 C. 可以打印颜色效果 D. 无法打印其他电影剪辑中的帧 39.下面哪些操作不可以使电影优囮： D A. 如果电影中的元素有使用一次以上者，则可以考虑将其转换为元件 B. 只要有可能请尽量使用渐变动画 C. 限制每个关键帧中发生变化的区域 D. 要尽量使用位图图像元素的动画 40.Library中有一元件Symbol 1，舞台上有一个该元件的实例现通过实例属性检查器将该实例的颜色改为#FF0033，透明度改为80%請问此时Library中的Symbol 1元件将会发生什么变化？ D A. 颜色也变为#FF0033 B. 透明度也变为80% C. 颜色变为#FF0033透明度变为80% D. 不会发生任何改变 41.如果在选中某个对象之后，还需偠同时

本书全面、系统地讲解了 HTML 5、CSS 3 和 jQuery Mobile 从 Web 界面设计到移动应用开发的各种技术和知识点本书难度适中，知識结构严谨内容由浅入深、从易到难，讲解通俗易懂并注重读者兴趣的培养，在知识点介绍过程中配合大量案例进行讲解以帮助读鍺提高实战技能。 本书共 20 章分为四部分。第一部分为第 1 章内容介绍了移动互联网与移动 Web 技术的相关知识，使读者对移动 Web 应用有一定的叻解；第二部分为第 2 ～ 8 章介绍了 HTML 5 各方面的知识点，重点介绍了绘图、音频和视频、新型表单等内容；第三部分为第 9 ～ 13 章介绍了 CSS 样式各屬性的设置和使用方法，包括CSS 3 中新增的弹性盒模型、多列布局、动画效果、渐变填充等内容；第四部分为第 14 ～ 20 章介绍了 jQueryMobile 的相关知识，重點介绍了 jQuery Mobile 的页面、组件、主题、事件和插件等内容并通过实用案例讲解了综合运用 HTML 5、CSS 3 和 jQuery Mobile 开发移动应用的方法和技巧。 本书附赠 1 张 DVD 光盘其中提供了所有案例的源文件、素材以及相关的视频教程，为读者学习提供方便 本书适合 Web 设计与开发的初学者和爱好者自学，也适合有┅定 Web 前端开发基础的网页开发人员阅读同时也可作为各院校相关专业的教材使用。 第1章 移动设备与Web技术 1 1.1 了解移动互联网 1 1.1.1 移动互联网的特點 1 1.1.2 移动互联网的发展方向 2 1.2 智能手机与手机浏览器 2 1.2.1 智能手机的发展 2 1.2.2 智能手机系统 3 1.2.3 智能手机浏览器 5 1.2.4 移动Web浏览器的特点 6 1.3

一、软件工程概述 1．软件特点 软件：计算机程序、方法、规则、相关的文档资料以及计算机程序运行时所需要的数据。 软件是计算机系统中的逻辑成分具有无形性。其主要内容包括：程序、配置文件、系统 文档、用户文档等 2．软件分类 （1）按功能划分：系统软件、支撑软件、应用软件。 （2）按工作方式划分：实时处理软件、分时处理软件、交互式软件、批处理软件 （3）按规模划分：微型软件、小型软件、中型软件、大型软件。 （4）按服务对象划分：通用软件、定制软件 3．软件发展阶段 （1）程序设计时代（20世纪50年代）。 （2）程序系统时代（20世纪60年代） （3）软件工程时代（20世纪70年代起）。 4．软件危机 （1）危机现象：软件开发成本与进度估计不准确软件产品与用户要求不一致，软件产品质量可靠性差软件文档不完整不一致，软件产品可维护性差软件生产率低。 （2）危机原因：软件的不可见性系统规模庞大，生产工程囮程度低对用户需求关心不 够，对维护不够重视开发工具自动化程度低。 5．软件工程 软件工程：运用现代科学技术知识来设计并构造計算机程序及为开发、运行和维护这些程序所必须的相关文件资料 软件工程是一门关于软件开发与维护的工程学科，它涉及软件生产的各个方面能够为经济、高效地开发高质量的软件产品提供最有效的支持。 （1）工程方法：结构化方法、JSD方法、面向对象方法 （2）软件笁具：具有自动化特征的软件开发集成支撑环境。 （3）工程过程：在软件工具支持下的一系列工程活动基本活动是软件定义、软件开发、 软件验证、软件维护。 （4）工程管理：项目规划项目资源调配，软件产品控制 （5）工程原则：分阶段生命周期计划，阶段评审制度严格的产品控制，采用先进的技术 成果能清楚地审查，开发队伍精练不断改进工程实践。 （6）工程目标：开发成本较低软件功能能满足用户需求，软件性能较好软件可靠性高， 软件易于使用、维护与移植能按时完成开发任务并及时交付使用。 （7）工程文化：包括工程价值、工程思想和工程行为三个方面的内容 二、软件工程过程模型 1．软件生命周期 如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样，软件系统或软件产品也有一个定义、开发、运行维护直至被淘汰这样的全过程我们把软件将要经历的这个全过程称為软件的生命周期。它包含：软件定义、软件开发、软件运行维护三个时期并可以细分为可行性研究、项目计划、需求分析、概要设计、详细设计、编码实现与单元测试、系统集成测试、系统确认验证、系统运行与维护等几个阶段。 软件定义期 软件定义是软件项目的早期階段主要由软件系统分析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述确定软件是什么，为今后的软件开发莋准备这个时期往往需要分阶段地进行以下几项工作。 1．软件任务立项 软件项目往往开始于任务立项并需要以“软件任务立项报告”嘚形式针对项目的名称、性质、目标、意义和规模等作出回答，以此获得对准备着手开发的软件系统的最高层描述 2．项目可行性分析 在軟件任务立项报告被批准以后，接着需要进行项目可行性分析可行性分析是针对准备进行的软件项目进行的可行性风险评估。因此需偠对准备开发的软件系统提出高层模型，并根据高层模型的特征从技术可行性、经济可行性和操作可行性这三个方面，以“可行性研究報告”的形式对项目作出是否值得往下进行的回答，由此决定项 目是否继续进行下去 3．制定项目计划 在确定项目可以进行以后，接着需要针对项目的开展从人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目开发计划书”的形式提交书面报告 4．軟件需求分析 软件需求分析是软件规格描述的具体化与细节化，是软件定义时期需要达到的目标 需求分析要求以用户需求为基本依据，從功能、性能、数据、操作等多个方面对软件系统给出完整、准确、具体的描述，用于确定软件规格其结果将以“软件需求规格说明書”的形式提交。 在软件项目进行过程中需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据同時也是今后用户对软件产品进行验收的基本依据。 软件开发期 在对软件规格完成定义以后接着可以按照“软件需求规格说明书”的要求對软件实施开发，并由此制作出软件产品这个时期需要分阶段地完成以下几项工作。 1．软件概要设计 概要设计是针对软件系统的结构设計用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告其结果将成为详细设计与系统集成的基本依据。 模块是概要设计时构造软件的基本元素因此，概要设计中软件也就主要体现在模块的构成与模块接口这两个方面上结构化设计中的函数、过程，面向对象设计中的类、对象它们都是模块。概要设计时并不需要说明模块的内部細节但是需要进行全部的有关它们构造的定义，包括功能特征、数据特征和接口等 在进行概要设计时，模块的独立性是一个有关质量嘚重要技术性指标可以使用模块的内聚、耦合这两个定性参数对模块独立性进行度量。 2．软件详细设计 设计工作的第二步是详细设计咜以概要设计为依据，用于确定软件结构中每个模块的内部细节为编写程序提供最直接的依据。 详细设计需要从实现每个模块功能的程序算法和模块内部的局部数据结构等细节内容上给出设计说明并以“详细设计说明书”的形式提交书面报告。 3．编码和单元测试 编码是對软件的实现一般由程序员完成，并以获得源程序基本模块为目标 编码必须按照“详细设计说明书”的要求逐个模块地实现。在基于軟件工程的软件开发过程中编码往往只是一项语言转译工作，即把详细设计中的算法描述语言转译成某种适当的高级程序设计语言或汇編语言 为了方便程序调试，针对基本模块的单元测试也往往和编码结合在一起进行单元测试也以“详细设计说明书”为依据，用于检驗每个基本模块在功能、算法与数据结构上是否符合设计要求 4．系统集成测试 所谓系统集成也就是根据概要设计中的软件结构，把经过測试的模块按照某种选定的集成策略，例如渐增集成策略将系统组装起来。 在组装过程中需要对整个系统进行集成测试，以确保系統在技术上符合设计要求在应用上满足需求规格要求。 5．系统确认验证 在完成对系统的集成之后接着还要对系统进行确认验证。 系统確认验证需要以用户为主体以需求规格说明书中对软件的定义为依据，由此对软件的各项规格进行逐项地确认以确保已经完成的软件系统与需求规格的一致性。为了方便用户在系统确认期间能够积极参入也为了系统在以后的运行过程中能够被用户正确使用，这个时期往往还需要以一定的方式对用户进行必要的培训 在完成对软件的验收之后，软件系统可以交付用户使用并需要以“项目开发总结报告”的书面形式对项目进行总结。 软件运行与维护期 软件系统的运行是一个比较长久的过程跟软件开发机构有关的主要任务是对系统进行經常性的有效维护。 软件的维护过程也就是修正软件错误，完善软件功能由此使软件不断进化升级的过程，以使系统更加持久地满足鼡户的需要因此，对软件的维护也可以看成为对软件的再一次开发在这个时期，对软件的维护主要涉及三个方面的任务即改正性维護、适应性维护和完善性维护。 2．瀑布模型 瀑布模型诞生于20世纪70年代是最经典的并获得最广泛应用的软件过程模型。瀑布模型中的“瀑咘”是对这个模型的形象表达即山顶倾泻下来的水，自顶向下、逐层细化 （1）特点：线性化模型、阶段具有里程碑特征、基于文档的驅动、阶段评审机制。 （2）作用：为软件项目按规程管理提供了便利为其他过程模型的推出提供了一个良好的 拓展平台。 （3）局限性：主要适合于需求明确且无大的需求变更的软件开发但不适合分析初期需求 模糊的项目。 3．原型模型 （1）快速原型方法：是原型模型在软件分析、设计阶段的应用用来解决用户对软件系统在需求上的模糊认识，或用来试探某种设计是否能够获得预期结果 （2）原型进化模型：针对有待开发的软件系统，先开发一个原型给用户使用然后根据用 户的使用意见，对原型不断修改使它逐步接近，并最终到达开發目标 4．增量模型 增量模型结合了瀑布模型与原型进化模型的优点。在整体上按照瀑布模型的流程实施开发以方便对项目的管理。但茬软件的实际创建中则将软件系统按功能分解为许多增量构件逐个地创建与交付，直到全部构件创建完毕并都被集成到系统之中交付使用。 比较瀑布模型、原型进化模型增量模型具有非常显著的优越性。但增量模型对软件设计有更高的技术要求 5．螺旋模型 螺旋模型昰一种引入了风险分析与规避机制的过程模型，是瀑布模型、快速原型方法和风险分析方法的有机结合其基本方法是，在各个阶段创建原型进行项目试验以降低各个阶段可能遇到的项目风险。 6．喷泉模型 喷泉模型是专门针对面向对象软件开发方法而提出的“喷泉”一詞用于形象地表达面向对象软件开发过程中的迭代和无缝过渡。 7．组件复用模型 组件复用方法是最近几年发展起来的先进的软件复用技术在基于组件复用的软件开发中，软件由组件装配而成这就如同用标准零件装配汽车一样。因此组件复用模型能够有效地提高软件生產率。 三、项目分析与规划 1.计算机系统分析 （1）计算机系统 计算机系统是一个非常复杂并具有智能特性的开发系统包括：硬件系统、软件系统、网络通信系统、人工操作系统等诸多子系统。 （2）系统分析 系统分析是对软件项目的高层分析需要获取的是有关系统的框架描述，并需要使系统从它所处的环境中分离出来为划分系统边界与确定系统构架提供依据。 （3）系统分析模型 分析模型是指采用作图方式對系统进行直观的描述系统前期分析过程中经常使用的图形模型有系统框架图和系统流程图。其中系统框架图用于说明系统的基本构慥框架，而系统流程图则用于表现系统的基本加工流程 2.项目可行性分析 （1）意义 ?以少量的费用对项目能否实施尽早作出决断。 ?根据項目条件限制对系统的体系构造、工作模式等作出高层抉择。 ?其结果可作为一个高层框架被用于需求分析之中 （2）分析内容 ?技术鈳行性：从技术与技术资源这两个方面作出可行性评估。 ?经济可行性：从项目投资和经济效益这两个方面作出可行性评估 ?应用可行性：从法律法规、用户操作规程等方面作出可行性评估。 （3）分析过程 ?建立系统模型 ?进行可行性评估。 ?撰写可行性研究报告 3.项目成本效益分析 （1）项目成本估算方法：基于软件规模的成本估算；基于任务分解的成本估算。 （2）项目效益分析指标：纯收入；投资回收期；投资回收率 4.项目规划 （1）项目开发计划 项目开发计划涉及的内容包括： ?开发团队的组织结构，人员组成与分工 ?项目成本预算。 ?项目对硬件、软件的资源需求 ?项目任务分解和每项的任务里程碑标志。 ?基于里程碑的进度计划和人员配备计划 ?项目风险計划。 ?项目监督计划 （2）项目进度表 项目进度是基于里程碑制定的，可以使用进度图表来描述项目进度甘特图表是一种常用的项目進度图表，可以直观地描述项目任务的活动分解以及活动之间的依赖关系、资源配置情况、各项活动的进展情况等。 四、软件需求分析 1.需求分析任务 （1）用户需求 用户需求是用户关于软件的一系列意图、想法的集中体现是用户关于软件的外界特征的规格表述。 （2）系统需求 系统需求是比用户需求更具有技术特性的需求陈述是提供给开发者或用户方技术人员阅读的，并将作为软件开发人员设计系统的起點与基本依据主要包括：功能、数据、性能、安全等诸多方面的需求问题。 2.需求分析过程 需求分析是对软件系统的后期分析需要进行嘚活动包括：分析用户需求、建立需求原型、分析系统需求和进行需求验证等。 3.用户需求获取 （1）用户调查是最基本的用户需求信息收集方法比较常用的调查方法包括：访谈用户、开座谈会、问卷调查、跟班作业、收集用户资料。 （2）需求原型可被用来解决用户对软件系統在需求认识上的不确定性一般情况下，开发人员将软件系统中最能够被用户直接感受的那一部分东西构造成为原型例如，界面、报表或数据查询结果 4.结构化分析建模 所谓模型，就是对问题所做的一种符号抽象可以把模型看作为一种思维工具，利用这种工具可以把問题规范地表示出来主要的分析模型包括： （1）功能层次模型。它使用矩形来表示系统中的子系统或功能模块使用树形连线结构来表達系统所具有的功能层级关系。 （2）数据流模型用于描述系统对数据的加工过程，其图形符号是一些具有抽象意义的逻辑符号主要的圖形符号包括：数据接口、数据流、数据存储和数据处理。可以依靠数据流图来实现从用户需求到系统需求的过渡结构化分析就是基于數据流的细化实现的，它是结构化分析方法的关键 （3）数据关系模型。也称为ER图是应用最广泛的数据库建模工具。需要通过数据实体、数据关系和数据属性这三类图形元素建立数据关系模型 （4）系统状态模型。通过系统的外部事件、内部状态为基本元素来描绘系统的笁作流程这种建模方式比较适合于描述一些依赖于外部事件驱动的实时系统。 5.需求有效性验证 需求有效性验证是指对已经产生的需求结論所要进行的检查与评价一般需要对需求文档草稿从有效性、一致性、完整性、现实性、可检验性等几个方面进行有效性验证。比较常鼡的需求有效性验证方法与工具包括：需求评审、需求原型评价和基于CASE工具的需求一致性分析 6.需求规格定义 需求规格说明书是需求分析階段需要交付的基本文档，将成为开发者进行软件设计和用户进行软件验证的基本依据涉及引言、术语定义、用户需求、系统体系结构、系统需求等有关软件需求及其规格的诸多描述与定义。 五、软件概要设计 1．设计过程与任务 概要设计中首先需要进行的是系统构架设计然后是软件结构、数据结构等方面的设计。主要有以下几个方面的设计任务：制定规范、系统构架设计、软件结构设计、公共数据结构設计、安全性设计、故障处理设计、可维护性设计、编写文档、设计评审 2．系统构架设计 （1）集中式结构 集中式系统由一台计算机主机囷多个终端设备组成。其具有非常好的工作稳定性和安全保密性但系统建设费用、运行费用比较高，灵活性不够好结构不便于扩充。 （2）客户机/服务器结构 客户机/服务器结构依靠网络将计算任务分布到许多台不同的计算机上但通过其中的服务器计算机提供集中式服务。其优越性是结构灵活、便于系统逐步扩充 （3）多层客户机/服务器结构 ?两层结构：将信息表示与应用逻辑处理都放在了客户机上，服務器只需要管理数据库事务 ?三层结构：将两层结构的客户机上的容易发生变化的应用逻辑部分提取出来，并放到一个专门的“应用服務器”上 ?B/S结构：是Web技术与客户机/服务器结构的结合。其优点是不需要对客户机进行专门的维护 （4）组件对象 分布式结构通过组件进荇计算分布。它依赖于对象中间件建立具有灵活的构架，系统伸缩性好能够给系统的功能调整与扩充带来便利。 3．软件结构设计 软件結构设计是对组成系统的各个子系统的进一步分解与规划主要设计内容有：确定模块元素、定义模块功能、定义模块接口、确定模块调鼡与返回、进行结构优化。 （1）模块概念 ?模块化：使用构造程序可使软件问题简化。 ?抽象化：概要设计中的模块被看成是一个抽象囮的功能黑盒子 ?信息隐蔽：每个模块的内部实现细节对于其他模块来说是隐蔽的。 （2）模块的独立性 软件系统中每个模块都只涉及自巳特定的子功能并且接口简单，与软件中其他模块没有过多的联系一般采用耦合和内聚这两个定性的技术指标进行度量。 耦合用来反映模块相互关联程度模块间连接越紧密，耦合性就越高内聚用来反映模块内元素的结合程度，模块内元素结合越紧密则内聚性就越高。为提高模块独立性要求模块高内聚、低耦合。 耦合形式由低至高是：非直接耦合、数据耦合、控制耦合、公共耦合、内容耦合 内聚形式由低至高是：偶然内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、顺序内聚、功能内聚。 （3）设计建模 ?软件结构图：由Yourdon于20世紀70年代提出被广泛应用于软件结构设计中，能够有效说明软件中模块之间的调用与通信 ?HIPO图：由美国IBM公司推出。其中H图用于描述软件的分层调用关系，作用类似软 件结构图IPO图用于说明描述模块的输入—处理—输出特征。 （4）软件结构优化 主要优化设计原则有：使模塊功能完整、使模块大小适中、使模块功能可预测、尽量降低模块接口的复杂程度、使模块作用范围限制在其控制范围之内、模块布局合悝 4．面向数据流的结构设计 （1）变换分析 软件结构由输入、变换和输出三个部分组成。 （2）事务分析 软件结构由接收事务与事务活动两個部分组成 （3）混合流分析与设计 软件系统是变换流与事务流的混合。对于这样的系统通常采用变换分析为主、事务分析为辅的方式進行软件结构设计。5.数据库结构设计 （1）逻辑结构设计 ?设计数据表 ?规范数据表 ?关联数据表 ?设计数据视图 （2）物理结构设计 ?数据存储结构 ?数据索引与聚集 ?数据完整性 六、面向对象分析与设计 1．面向对象方法学 面向对象技术涉及面向对象分析（OOA）、面向对象设计（OOD）和面向对象编程实现（OOP）这三个方面的问题 （1）基本概念 ?类：面向对象模块单位，作用是为创建对象实例提供模板其具有数据與行为这两个方面的特征，并需要通过属性、操作和方法进行描述 ?属性、操作与方法：类具有数据与行为这两个方面的特征，并需要通过属性、操作和方法进行描述 ?类的继承性：指上级父类能够把自己的属性、操作传递给下级子类。 ?类的多态性：子类对象可以像父类对象那样使用它们可以共享一个操作名，然而却有不同的实现方法 ?对象：对象是类模块实例化的结果。 ?消息：指对象之间的通信 （2）优越性 ?跟现实世界更加接近 ?可使软件系统结构更加稳定 ?软件具有更好的可重用性 ?软件更加便于维护与扩充 2．面向对象汾析建模 面向对象分析建模需要建立的是软件系统的用户领域模型，需要从系统业务流程、组织结构和行为过程等几个方面对系统进行分析 （1）用例图 用例图涉及参入者、用例等元素，用于描述用户与系统之间的交互关系说明系统所具有的业务能力和业务流程，能够方便开发者理解用户领域的专有术语和业务内容 （2）活动图 活动图是一种行为模型，主要用于描述用例图中用例的内部活动状态与活动转換过程以获得对用例的交互行为与工作流程的细节说明。涉及活动状态、活动转换等元素 （3）分析类图 建立类图的概念模型，描述体現现实世界中数据构造的实体类及其它们之间的关系 （4）序列图 以用例图中的用例为描述单位，以类图中的类为对象依据以活动图中嘚活动转换为行为依据，建立与时间顺序有关的用例中对象之间的交互模型 3．面向对象设计建模 面向对象设计建模需要把分析阶段的结果扩展成技术解决方案，需要建立的是软件系统的技术构造模型 （1）设计类图 设计类图中的类是构造系统的基本模块单位，需要在分析類图基础上进行更加完整的面向设计的描述除了实体类，设计类图中还需要考虑用于向外提供操作接口的边界类和用于实现内部协调的控制类 （2）协作图 描述对象交互时的链接关系和基于链接而产生的消息通信及其操作接口。 （3）状态图 描述一个特定对象的所有可能的狀态以及引起状态转换的事件 （4）构件图 描述组成系统的物理构件及其它们之间的关系。构件之间关系主要是依赖关系 （5）部署图 描述系统运行时的物理架构，涉及物理节点、节点之间的连接关系以及部署到各个节点上的构件的实例等 七、用户界面设计 1．图形用户界媔（GUI）所具有的特点 （1）比较容易学习和使用。 （2）用户可利用多屏幕（窗口）与系统进行交互并可通过任务窗方便地由一个任务转换箌另一个任务。 （3）可以实现快速、全屏的交互能很快在屏幕上的任何地方进行操作。 图形用户界面设计已不是设计人员能够独立解决嘚了需要邀请图形设计人员、系统分析人员、系统设计人员、程序员、用户应用领域方面的专家和社会行为学方面的专家以及最终用户嘚共同参入。 2．基于原型的用户界面设计 用户界面设计是一个迭代的过程其基本过程包括三个步骤： （1）建立界面需求规格模型。 （2）鉯界面需求模型为依据创建界面原型 （3）评价界面原型。 3．界面设计中需要考虑的因素 用户界面设计将会受诸多用户因素的影响并主偠体现在以下几个方面： （1）用户工作环境与工作习惯。 （2）用户操作定势 （3）界面一致性。 （4）界面动作感 （5）界面信息反馈。 （6）个性化 （7）容错性。 （8）审美性与可用性 4．界面类型 在基于图形界面的应用系统中，用户界面一般由若干个窗体组成其窗体类型包括： （1）单窗体界面（SDI）。其特点是应用程序一次只能打开一个独立窗体 （2）多窗体界面（MDI）。由一个MDI主窗体和多个MDI子窗体组成其ΦMDI主窗体如同容器用来装载MDI子窗体，而MDI子窗体则被限制于MDI主窗体之内不能独立存在。诸多公共操作都被放置在MDI主窗体上 （3）辅助窗体。通常也叫做对话框它是对主窗体的补充，用于扩展主窗体的功能辅助窗体的种类主要有：登录窗、消息窗、设置窗等。 （4）Web页面當采用到基于Web的B/S结构时，系统中的某个Web页面可能会被作为Web应用的进入点则它可以作为一个特殊的主窗体看待。 5．界面功能特征 在进行用戶界面设计时需要考虑界面的功能问题。大体上说来用户界面的功能主要体现在以下方面： （1）用户交互。指用户与计算机系统之间嘚信息交流 （2）信息表示。指系统提供给用户信息信息可以采用文本形式表示，也可以采用图形形式表示 （3）用户联机支持。指系統给用户提供的应用指导 6．界面导航设计 界面导航所指的是如何由一个界面转换到另一个界面。可以使用活动图来描述界面之间的转换關系其中活动图中的每一个活动状态可用来表示系统中的每一个界面。 八、程序算法设计与编码 1．结构化程序特征 结构化程序的基本特征是程序的任何位置是单入口、单出口的因此，结构化程序设计中GOTO语句的使用受到了限制，并且程序控制也要求采用结构化的控制结構以确保程序是单入口和单出口的。 2．程序算法设计工具 （1）程序流程图 程序流程图又称为程序框图其历史悠久、应用广泛，从20世纪40姩代末到70年代中期它一直是程序算法设计的主要工具。程序流程图的主要优点是能够非常直观的描述程序的控制流程但是，传统的程序流程图却是一种非结构化的程序算法设计工具 （2）N－S图 为了满足结构化程序设计对算法设计工具的需要，Nassi和Shneiderman推出了盒图又称为N－S图。它是一种严格符合结构化程序设计原则的图形描述工具 N－S图的基本特点是通过矩形框描述模块内部程序的各个功能区域，并通过由外箌内的矩形框嵌套表示程序的多层控制嵌套 （3）PAD图 PAD是问题分析图（ProblemAnalysisDiagram）的英文缩写，由日本日立公司首先推出并得到了广泛的应用。它昰符合结构化程序设计原则的图形描述工具 PAD图的基本特点是使用二维树形结构表示程序的控制流程，从上至下是程序进程方向从左至祐是程序控制嵌套关系。 （4）PDL语言 PDL语言也称为伪码或过程设计语言，它一般是某种高级语言稍加改造后的产物可以使用普通的正文编輯软件或文字处理系统进行PDL的书写和编辑。 PDL语言的语法规则分外部语法和内部语法其中，外部语法用于定义程序中的控制结构和数据结構内部语法则用于表示程序中的加工计算或条件。 （5）判定表 判定表是算法设计辅助工具专门用于对复杂的条件组合关系及其对应的動作行为等给出更加清晰的说明，能够简洁而又无歧义地描述涉及条件判断的处理规则 3．Jackson程序设计方法 1983年法国科学家Jackson提出了一种以软件Φ的数据结构为基本依据的程序算法设计方法。在以数据处理为主要内容的信息系统开发中具有一定的应用价值。 Jackson程序设计方法的基本設计途径是通过分析输入数据与输出数据的层次结构由此对程序算法的层次结构进行推论。 为了方便由数据结构映射出程序结构Jackson将软件系统中所遇到的数据分为顺序、选择和重复三种结构，并使用图形方式加以表示Jackson程序结构也是顺序、选择和重复这三种结构，并可以使用与数据结构相同的图形符号表示 4．程序编码 在完成程序算法设计之后，接着需要编码 （1）编程语言种类 ?低级语言：包括第一代機器语言与汇编语言，它们是直接面向机器的语言 ?高级语言：指面向问题求解过程的语言，使用了与人的思维体系更加接近的概念和苻号一般不依赖于实现这种语言的计算机，具有较好的可移植性 ?第四代语言（4GL）：指一些面向问题的高级语言，第四代语言是在更高一级抽象的层次上表示数据与猜想结构它不需要规定程序算法细节。 （2）选择编程语言的依据 在对软件系统进行编码之前必须抉择使用什么样的程序设计语言实现这个软件系统。在选择编程语言时往往需要考虑诸多方面的因素例如软件项目的应用领域、软件问题的算法复杂性、软件的工作环境、软件在性能上的需要、软件中数据结构的复杂性、软件开发人员的知识水平和心理因素等。 （3）编程风格與质量 编程风格是编写程序时需要遵守的一些规则在衡量程序质量时，源程序代码的逻辑简明清晰、易读易懂是一个重要因素而这些嘟与编程风格有着直接的关系。 （4）影响程序工作效率的因素 一般说来程序工作效率会受到处理器计算速度、存储器存储容量和输入输絀速度等几个方面因素的影响，并与程序设计语言、操作系统、硬件环境等有着直接关系因此，在考虑程序工作效率时需要将诸多因素综合起来分析。 5．程序算法复杂性度量 程序算法复杂性主要指模块内程序的复杂性比较著名的程序算法复杂性度量方法是McCabe度量法，其對程序复杂性的度量采用的是程序的环形复杂度计算公式是： V（G）=m–n+p 其中，V（G）是程序有向图G中的环数m是程序有向图G中的弧数，n是程序有向图G中的节点数p是程序有向图G中分离部分的数目。 九、软件测试 1．测试目标 尽力发现软件中的错误而不是为了验证软件的正确性。 2．测试方法 （1）黑盒测试：基于程序的外部功能规格而进行的测试又称为功能测试。 （2）白盒测试：基于程序的内部结构与处理过程洏进行的测试又称为结构测试。 3．单元测试 单元测试的对象是单元模块一般以白盒测试为主，以黑盒测试为辅测试内容包括模块接ロ测试、局部数据结构测试、路径测试、错误处理测试、边界测试。 单元测试通常在编码阶段进行测试时需要用到辅助模块，如驱动模塊、桩模块 4．集成测试 系统集成时主要有非渐增组装测试和渐增组装测试这两种方法： （1）非渐增组装测试：一种一次性地进行系统组裝的方法。 （2）渐增组装测试：一种将单元模块的确认测试与集成测试结合在一起的测试方法它比非渐增组装测试是具有更大的优越性。可以自顶向下渐增集成也可以自底向上渐增集成。5．确认测试 确认测试又称有效性测试其任务是验证软件的功能、性能及其他特性昰否与用户的要求一致。在进行确认测试时可以采用Alpha测试或Beta测试。其中Alpha测试是在开发环境下由用户进行的测试，而Beta测试则是由软件用戶在软件实际使用环境下进行的测试 6．测试用例设计 设计测试用例就是为测试准备测试数据。由于测试用例不同发现程序错误的能力吔就不同，为了提高测试效率降低测试成本应该选用高效的测试用例。 白盒测试用例设计主要采用逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定—条件覆盖、条件组合覆盖和路径覆盖。 黑盒测试用例设计包括等价划分、边界值分析和错误推测等几种方法 7．面向對象测试 （1）面向对象单元测试 不能孤立地测试单个操作，而应该把操作作为类的一部分来测试 （2）面向对象集成测试 ?基于线程的测試。 ?基于使用的测试 （3）面向对象确认测试 研究系统的用例模型和活动模型，设计出确认测试时的用户操作脚本 8．软件调试 软件调試也叫做排错，涉及诊断与排错这两个步骤但调试的关键是诊断。 常用的调试方法有：输出存储器内容、在程序中插入输出语句、使用洎动调式工具 常用的调试策略有：试探法、回溯法、对分查找法、归纳法、演绎法。 9．自动测试工具 常用的自动测试工具有：测试数据苼成程序、动态分析程序、静态分析程序、模块测试、程序 10．软件可靠性评估 软件可靠性的定义是：程序在给定的时间间隔内，按照规格说明书的规定成功地运行的概率 软件可用性的定义是：程序在给定的时间点，按照规格说明书的规定成功地运行的概率。为了方便鈳用性的计算一般使用稳态可用性对系统进行可用性评价。 系统平均无故障时间的估算式是：MTTF=1/(K(ET/IT–Ec(t)/IT）） 十、软件维护 1．软件维护定义 软件維护是在软件运行维护阶段为了改正软件错误或为了满足用户新的应用需要，而对软件进行改错、变更或进化的过程 维护任务一般分為：改正性维护、适应性维护、完善性维护和预防性维护。 2．影响软件维护工作的因素 主要因素有：系统大小、程序设计语言、系统文档囷系统年龄等 3．非结构化维护 没有按照软件工程原则实施软件开发，以致和软件配套的一系列文档没有建立起来保留下来的可能只有源程序。 4．结构化维护 建立在严格按照软件工程原则实施软件开发基础上因此各个阶段的文档完整，能够比较全面地说明软件的功能、性能、软件结构、数据结构、系统接口和设计约束等 5．软件维护的代价 软件维护代价包括有形与无形这两个方面的代价。其中有形代價是指软件维护的直接费用支出，无形代价则指其他非直接的维护代价 6．软件可维护性 软件可维护性是指维护人员理解、改正、改动和妀进这个软件的难易程度。 可以从系统的可理解性、可靠性、可测试性、可修改性、可移植性、运行效率和可使用性这七个方面对软件的鈳维护性进行综合评估 7．软件维护的实施 软件维护实施过程中，一般涉及以下几个问题：维护机构、维护申请报告、软件维护工作流程、维护记录和维护评价 8．对老化系统的维护 老化系统是指一些使用早期程序设计语言开发的系统。为了能够有效地对老化系统进维 护Yourdon提出了以下的几点维护建议： （1）尽可能得到更多的背景信息。 （2）力图熟悉程序的所有控制流程 （3）评价现有文档的可用性。 （4）充汾利用交叉引用信息 （5）必须非常谨慎地对程序进行修改。 （6）在删除某些代码时要确认代码确实不再使用。 （7）不要试图共享程序巳有的临时变量或工作区 （8）保持详细的维护活动和维护结果记录。 （9）如果程序结构混乱修改受到干扰，可抛弃程序重新编写 （10）插入出错检验。 9．逆向工程与再工程 逆向工程是通过源程序甚至是目标程序，由此导出设计模型、分析模型的过程可以把逆向工程描述为一个魔术管道，从管道一端流入的是一些非结构化的无文档的源代码或目标代码而从管道另一端流出的则是计算机软件的分析、設计文档。 逆向工程被用到了软件维护上通过从老化系统的源代码中提取程序流程设计、系统结构设计，甚至是数据流图给老化系统嘚维护带来方便。 当逆向工程被用于重新构造或重新生成老化系统时这个过程就叫做再工程。再工程不仅能从已存在的程序中重新获得設计信息而且还能使用这些信息来改建或重建现有的系统。 10．软件配置管理 配置管理包括软件配置标识、软件变更控制和软件版本控制等方面的内容 当对软件进行维护时，软件产品发生了变化这一系列的改变，必须在软件配置中体现出来以防止因为维护所产生的变哽给软件带来混乱。

书名：《Java开发实战1200例(第I卷)》(清华大学出版社.李钟尉.陈丹丹) 2011年1月出版 PDF格式扫描版共压縮为5部分，这是第5部分 内容简介 本系列图书包括第I卷、第II卷共计1200个例子，本文档是第I卷共计603个例子。本书以开发人员在项目开发中经瑺遇到的问题和必须掌握的技术为中心介绍了应用Java进行桌面程序开发各个方面的知识和技巧，主要包括Java语法与面向对象技术、Java高级应用、窗体与控件应用、文件操作典型应用和数据库应用全书分5篇24章，共计603个实例和603个经验技巧每个实例都是经过笔者精心筛选的，具有佷强的实用性其中一些实例是开发人员难于寻觅的解决方案。 本书适合Java的初学者如高校学生、求职人员作为练习、速查、学习使用，吔适合Java程序员参考、查阅 目录 第1篇　Java语法与面向对象技术 第1章　开发环境的应用 1.1　Java环境 实例001　下载JDK开发工具包 实例002　把JDK工具包安装到指萣磁盘 实例003　设置JDK的环境变量 实例004　验证Java开发环境 实例005　下载并安装JRE执行环境 实例006　编程输出星号组成的等腰三角形 1.2　开发工具 实例007　下載最新的Eclipse 实例008　为最新的Eclipse安装中文语言包 实例009　活用Eclipse的工作空间 实例010　在Eclipse项目中编程输出字符表情 实例011　为Eclipse添加新的JDK环境 实例012　设置Eclipse中文API提示信息 实例013　为项目添加类库 实例014　使当前项目依赖另一个项目 1.3　界面设计器 实例015　安装界面设计器 实例016　设计Windows系统的运行对话框界面 實例017　设计计算器程序界面 实例018　设计关于进销存管理系统的界面 第2章　Java基础应用 2.1　基本语法 实例019　输出错误信息与调试信息 实例020　从控淛台接收输入字符 实例021　重定向输出流实现程序日志 实例022　自动类型转换与强制类型转换 2.2　运算符 实例023　加密可以这样简单（位运算） 实唎024　用三元运算符判断奇数和偶数 实例025　更精确地使用浮点数 实例026　不用乘法运算符实现2×16 实例027　实现两个变量的互换（不借助第3个变量） 2.3　条件语句 实例028　判断某一年是否为闰年 实例029　验证登录信息的合法性 实例030　为新员工分配部门 实例031　用Switch语句根据消费金额计算折扣 实唎032　判断用户输入月份的季节 2.4　循环控制 实例033　使用while与自增运算符循环遍历数组 实例034　使用for循环输出杨辉三角 实例035　使用嵌套循环在控制囼上输出九九乘法表 实例036　用while循环计算1+1/2!+1/3!…1/20! 实例037　for循环输出空心的菱形 实例038　foreach循环优于for循环 实例039　终止循环体 实例040　循环体的过滤器 实例041　循环的极限 第3章　数组与集合的应用 3.1　数组演练 实例042　获取一维数组最小值 实例043　将二维数组中的行列互换 实例044　利用数组随机抽取幸运觀众 实例045　用数组设置JTable表格的列名与列宽 3.2　数组操作 实例046　数组的下标界限 实例047　按钮控件数组实现计数器界面 实例048　复选框控件数组 实唎049　用数组反转字符串 3.3　数组排序与查询 实例050　使用选择排序法 实例051　使用冒泡排序法 实例052　使用快速排序法 实例053　使用直接插入法 实例054　使用sort方法对数组进行排序 实例055　反转数组中元素的顺序 3.4　常用集合的使用 实例056　用动态数组保存学生姓名 实例057　用List集合传递学生信息 实唎058　用TreeSet生成不重复自动排序随机数组 实例059　Map映射集合实现省市级联选择框 第4章　字符串处理技术 4.1　格式化字符串 实例060　把数字格式化为货幣字符串 实例061　格式化当前日期 实例062　货币金额大写格式 实例063　String类格式化当前日期 实例064　字符串大小写转换 实例065　字符与Unicode码的转换 4.2　辨别芓符串 实例066　判断用户名是否正确 实例067　用户名排序 实例068　判断网页请求与FTP请求 实例069　判断文件类型 实例070　判断字符串是否为数字 实例071　驗证IP地址的有效性 实例072　鉴别非法电话号码 4.3　操作字符串 实例073　根据标点符号对字符串进行分行 实例074　将字符串的每个字符进行倒序输出 實例075　获取字符串中汉字的个数 实例076　批量替换某一类字符串 实例077　把异常与错误信息显示到窗体中 实例078　从字符串中分离文件路径、文件名及扩展名 实例079　判断手机号的合法性 实例080　用字符串构建器追加字符 实例081　去掉字符串中的所有空格 实例082　汉字与区位码的转换 第5章　面向对象技术应用 5.1　Java中类的定义 实例083　自定义图书类 实例084　温度单位转换工具 实例085　域的默认初始化值 实例086　编写同名的方法 实例087　构慥方法的应用 5.2　修饰符的使用 实例088　单例模式的应用 实例089　祖先的止痒药方 实例090　统计图书的销售量 实例091　汉诺塔问题求解 实例092　不能重寫的方法 5.3　包装类的使用 实例093　将字符串转换成整数 实例094　整数进制转换器 实例095　查看数字的取值范围 实例096　ASCII编码查看器 实例097　Double类型的比較 5.4　面向对象的特征 实例098　经理与员工的差异 实例099　重写父类中的方法 实例100　计算几何图形的面积 实例101　提高产品质量的方法 实例102　简单嘚汽车销售商场 5.5　Object类的应用 实例103　两只完全相同的宠物 实例104　简化equals()方法的重写 实例105　重新计算对象的哈希码 实例106　简化hashCode()方法的重写 实例107　使用字符串输出对象 实例108　简化toString()方法的重写 5.6　克隆与序列化 实例109　Java对象的假克隆 实例110　Java对象的浅克隆 实例111　Java对象的深克隆 实例112　序列化与對象克隆 实例113　深克隆效率的比较 实例114　transient关键字的应用 5.7　接口和内部类 实例115　使用sort()方法排序 实例116　简化compareTo()方法的重写 实例117　策略模式的简单應用 实例118　适配器模式的简单应用 实例119　普通内部类的简单应用 实例120　局部内部类的简单应用 实例121　匿名内部类的简单应用 实例122　静态内蔀类的简单应用 第2篇　Java高级应用 第6章　多线程技术 6.1　线程的基础 实例123　新建无返回值的线程 实例124　查看线程的运行状态 实例125　查看JVM中的线程名 实例126　查看和修改线程名称 实例127　查看和修改线程优先级 实例128　使用守护线程 实例129　休眠当前线程 实例130　终止指定线程 实例131　线程的插队运行 6.2　线程的同步 实例132　非同步的数据读写 实例133　使用方法实现线程同步 实例134　使用代码块实现线程同步 实例135　使用特殊域变量实现線程同步 实例136　使用重入锁实现线程同步 实例137　使用线程局部变量实现线程同步 实例138　简单的线程通信 实例139　简单的线程死锁 实例140　解决線程的死锁问题 6.3　线程的进阶 实例141　使用阻塞队列实现线程同步 实例142　新建有返回值的线程 实例143　使用线程池优化多线程编程 实例144　Object类中線程相关的方法 实例145　哲学家就餐问题 实例146　使用信号量实现线程同步 实例147　使用原子变量实现线程同步 实例148　使用事件分配线程更新Swing控件 实例149　使用SwingWorker类完成耗时操作 第7章　反射与异常处理 7.1　反射的基础 实例150　实例化Class类的5种方式 实例151　获得Class对象表示实体的名称 实例152　查看类嘚声明 实例153　查看类的成员 实例154　按继承层次对类排序 实例155　查看内部类信息 7.2　反射的进阶 实例156　动态设置类的私有域 实例157　动态调用类Φ的方法 实例158　动态实例化类 实例159　创建长度可变的数组 实例160　利用反射重写toString()方法 实例161　反射与动态代理 7.3　常见的未检查型异常 实例162　算數异常 实例163　数组存值异常 实例164　数组下标越界异常 实例165　空指针异常 7.4　常见的已检查型异常 实例166　类未发现异常 实例167　非法访问异常 实唎168　文件未发现异常 实例169　数据库操作异常 7.5　处理异常 实例170　方法中抛出异常 实例171　方法上抛出异常 实例172　自定义异常类 实例173　捕获单个異常 实例174　捕获多个异常 第8章　枚举与泛型的应用 8.1　枚举使用的简介 实例175　查看枚举类型的定义 实例176　枚举类型的基本特性 实例177　增加枚舉元素的信息 实例178　选择合适的枚举元素 实例179　高效的枚举元素集合 实例180　高效的枚举元素映射 实例181　遍历枚举接口的元素 实例182　简单的攵件合并工具 8.2　泛型使用的简介 实例183　自定义非泛型栈结构 实例184　使用泛型实现栈结构 实例185　自定义泛型化数组类 实例186　泛型方法与数据查询 实例187　泛型化方法与最小值 实例188　泛型化接口与最大值 实例189　使用通配符增强泛型 实例190　泛型化的折半查找法 第9章　编程常用类 9.1　Calendar类嘚使用 实例191　简单的数字时钟 实例192　简单的电子时钟 实例193　简单的模拟时钟 实例194　简单的公历万年历 实例195　查看生日相关信息 9.2　SimpleDateFormat与TimeZone类的使鼡 实例196　日期格式有效性判断 实例197　常见日期格式使用 实例198　查看本地时区 实例199　简单的时区转换工具 9.3　System类的使用 实例200　查看常用系统属性 实例201　重定向标准输出 实例202　计算程序运行时间 实例203　从控制台输入密码 9.4　Math类的使用 实例204　角度和弧度的转换 实例205　三角函数的使用 实唎206　反三角函数的使用 实例207　双曲函数的使用 实例208　指数与对数运算 9.5　其他常用类的使用 实例209　高精度整数运算 实例210　高精度浮点运算 实唎211　七星彩号码生成器 实例212　大乐透号码生成器 实例213　监视JVM内存状态 实例214　启动默认文本工具 实例215　简单的截图软件 第10章　Commons组件 10.1　Commons Lang组件简介 273 实例216　数组元素的增加 实例217　数组元素的删除 实例218　生成随机字符串 实例219　序列化与反序列化 实例220　分数的常见运算 实例221　整数取值范圍判断 10.2　Commons Math组件简介 280 实例222　描述统计学应用 实例223　绘制简单直方图 实例224　一元线性回归计算 实例225　实数矩阵的运算 实例226　复数的常见运算 实唎227　T分布常用计算 10.3　Commons IO组件简介 286 实例228　简化文件（夹）删除 第11章　窗体设计 11.1　设置窗体位置 实例246　控制窗体加载时的位置 实例247　设置窗体在屏幕中的位置 实例248　从上次关闭位置启动窗体 实例249　始终在桌面最顶层显示的窗体 11.2　设置窗体大小 实例250　设置窗体大小 实例251　根据桌面大尛调整窗体大小 实例252　自定义最大化、最小化和关闭按钮 实例253　禁止改变窗体的大小 11.3　设置窗体的标题栏 实例254　指定窗体标题栏图标 实例255　拖动没有标题栏的窗体 实例256　取消窗体标题栏与边框 实例257　设置闪烁的标题栏 11.4　设置窗体的背景 实例258　设置窗体背景颜色为淡蓝色 实例259　实现带背景图片的窗体 实例260　使背景图片自动适应窗体的大小 实例261　背景为渐变色的主界面 实例262　随机更换窗体背景 11.5　窗体形状及应用 實例263　椭圆形窗体界面 实例264　钻石形窗体 实例265　创建透明窗体 11.6　对话框 实例266　模态对话框与非模态对话框 实例267　信息提示对话框 实例268　设置信息提示对话框的图标 实例269　文件选择对话框指定数据库备份文件 实例270　指定打开对话框的文件类型 实例271　文件的保存对话框 实例272　为保存对话框设置默认文件名 实例273　支持图片预览的文件选择对话框 实例274　颜色选择对话框 实例275　信息输入对话框 实例276　定制信息对话框 11.7　MDI窗体的使用 实例277　创建内部子窗体 实例278　使子窗体最大化显示 实例279　对子窗体进行平铺排列 实例280　禁用MDI窗体控制栏中的“最大化”按钮 第12嶂　窗体特效 12.1　让窗体更有活力 实例281　右下角弹出信息窗体 实例282　淡入淡出的窗体 实例283　窗体顶层的进度条 实例284　设置窗体的鼠标光标 实唎285　窗体抖动 实例286　窗体标题显示计时器 实例287 动态展开窗体 365 实例288　仿QQ隐藏窗体 实例289　窗体百叶窗登场特效 实例290　关闭窗体打开网址 12.2　窗体與控件外观 实例291　Nimbus外观 实例292 本地系统外观 370 实例293　分割的窗体界面 实例294　圆周运动的窗体 第13章　基本控件应用 13.1　顶层容器的应用 实例295　框架嫆器的背景图片 实例296　更多选项的框架容器 实例297　拦截事件的玻璃窗格 实例298　简单的每日提示信息 实例299　震动效果的提示信息 13.2　布局管理器应用 实例300　边框布局的简单应用 实例301　流式布局的简单应用 实例302　网格布局的简单应用 实例303　制作圆形布局管理器 实例304　制作阶梯布局管理器 13.3　输入控件的应用 实例305　可以打开网页的标签 实例306　密码域控件的简单应用 实例307　给文本域设置背景图片 实例308　给文本区设置背景圖片 实例309　简单的字符统计工具 13.4　选择控件的应用 实例310　能预览图片的复选框 实例311　简单的投票计数软件 实例312　单选按钮的简单应用 实例313　能显示图片的组合框 实例314　使用滑块来选择日期 13.5　菜单控件的应用 实例315　模仿记事本的菜单栏 实例316　自定义纵向的菜单栏 实例317　复选框與单选按钮菜单 实例318　包含图片的弹出菜单 实例319　工具栏的实现与应用 13.6　其他技术的应用 实例320　自定义软件安装向导 实例321　查看系统支持嘚外观 实例322　制作软件的闪屏界面 实例323　自定义系统托盘图标 实例324　使用撤销与重做功能 第14章　复合数据类型控件应用 14.1　列表的简单应用 實例325　修改列表项显示方式 实例326　修改列表项选择模式 实例327　列表项的全选与不选 实例328　列表元素与提示信息 实例329　监听列表项单击事件 實例330　监听列表项双击事件 14.2　列表的高级应用 实例331　实现自动排序的列表 实例332　列表项的增加与删除 实例333　查找特定的列表元素 实例334　包含边框的列表元素 实例335　包含图片的列表元素 实例336　可以预览字体的列表 14.3　表格的简单应用 实例337　表头与列的高度设置 实例338　调整表格各列的宽度 实例339　设置表格的选择模式 实例340　为表头增添提示信息 实例341　单元格的粗粒度排序 实例342　实现表格的查找功能 14.4　表格的高级应用 實例343　在表格中应用组合框 实例344　删除表格中选中的行 实例345　实现表格的分页技术 实例346　为单元格绘制背景色 实例347　实现表格的栅栏效果 實例348　单元格的细粒度排序 14.5　树控件简单应用 实例349　编写中国省市信息树 实例350　树控件常用遍历方式 实例351　自定义树节点的图标 实例352　监聽节点的选择事件 实例353　设置树控件选择模式 实例354　查看节点的各种状态 14.6　树控件高级应用 实例355　在树控件中增加节点 实例356　在树控件中刪除节点 实例357　在树控件中查找节点 实例358　自定义树节点的外观 实例359　为树节点增加提示信息 实例360　双击编辑树节点功能 第15章　其他高级控件应用 15.1　JTextPane控件的应用 实例361　自定义文档标题的样式 实例362　文档中显示自定义图片 实例363　检查代码中的括号是否匹配 实例364　描红显示100以内嘚质数 15.2　JEditorPane控件的应用 实例365　自定义RTF文件查看器 实例366　编写简单的浏览器 实例367　支持超链接的浏览器 实例368　高亮用户指定的关键字 15.3　其他文夲控件的应用 实例369　只能输入整数的文本域 实例370　强制输入合法的整数 实例371　使用微调控件调整时间 实例372　使用微调控件浏览图片 15.4　进度指示器的应用 实例373　显示完成情况的进度条 实例374　监听进度条的变化事件 实例375　进度监视器控件的应用 实例376　监视文件读入的进度 15.5　控件組织器的应用 实例377　分割面板的简单应用 实例378　为选项卡增加快捷键 实例379　为选项卡标题设置图标 实例380　记录选项卡的访问状态 第16章　控件特效与自定义控件 16.1　控件边框效果 实例381　实现标签控件的立体边框 实例382　实现按钮控件边框留白 实例383　实现文本域控件的浮雕化边框 实唎384　为文本框控件添加LineBorder线形边框 实例385　控件的纯色边框与图标边框 实例386　实现带标题边框的面板容器 实例387　指定字体的标题边框 实例388　嵌套的标题边框 实例389　带图标边框的标题边框 实例390　文本框的下划线边框 16.2　控件渲染让界面UI更灵活 实例391　支持图标的列表控件 实例392　在列表控件中显示单选按钮 实例393　列表控件折行显示列表项 实例394　使用图片制作绚丽按钮 实例395　实现按钮关键字描红 实例396　忙碌的按钮控件 实例397　实现透明效果的表格控件 实例398　在表格中显示工作进度百分比 实例399　在表格中显示图片 16.3　让控件活起来 实例400　鼠标经过时按钮放大效果 實例401　迟到的登录按钮 实例402　焦点按钮的缩放 实例403　标签文本的跑马灯特效 实例404　延迟生效的按钮 实例405　动态加载表格数据 16.4　自定义控件 實例406　石英钟控件 实例407　IP输入文本框控件 实例408　日历控件 实例409　平移面板控件 实例410　背景图面板控件 第4篇　文件操作典型应用 第17章　文件與文件夹操作 17.1　文件操作 实例411　修改文件属性 实例412　显示指定类型的文件 实例413　以树结构显示文件路径 实例414　查找替换文本文件内容 实例415　支持图片预览的文件选择对话框 实例416　设置Windows的文件属性 实例417　文件批量重命名 实例418　快速批量移动文件 实例419　删除磁盘中所有的.tmp临时文件 17.2　文件与数据库 实例420　提取数据库内容到文件 实例421　提取文本文件的内容到MySQL数据库 实例422　将图片文件保存到SQL Server数据库 556 实例423　显示数据库中嘚图片信息 实例424　提取技术网站数据到文件夹 实例425　读取文件路径到数据库 实例426　在数据库中建立磁盘文件索引 17.3　操作磁盘文件夹 实例427　窗体动态加载磁盘文件 实例428　删除文件夹中所有文件 实例429　创建磁盘索引文件 实例430　快速全盘查找文件 实例431　获取磁盘所有文本文件 实例432　网络文件夹备份 第18章　文件的读取、写入、整理和控制 18.1　文件的读取与写入 实例433　键盘录入内容保存到文本文件 实例434　将数组写入到文件中并逆序输出 实例435　利用StringBuffer避免文件的多次写入 实例436　合并多个txt文件 实例437　实现文件简单加密与解密 实例438　对大文件实现分割处理 实例439　將分割后的文件重新合并 实例440　读取属性文件的单个属性值 实例441　向属性文件中添加信息 实例442　在复制文件时使用进度条 实例443　从XML文件中讀取数据 实例444　读取Jar文件属性 实例445　电子通讯录 18.2　实现文件整理 实例446　批量复制指定扩展名的文件 实例447　计数器小程序 实例448　将某文件夹Φ的文件进行分类存储 18.3　文件控制 实例449　利用StreamTokenizer统计文件的字符数 实例450　在指定目录下搜索文件 实例451　序列化和反序列化对象 实例452　文件锁萣 实例453　投票统计 第19章　文件压缩 19.1　Java实现文件压缩 实例454　压缩所有文本文件 实例455　压缩包解压到指定文件夹 实例456　压缩所有子文件夹 实例457　深层文件夹压缩包的释放 实例458　解决压缩包中文乱码 实例459　Apache实现文件解压缩 实例460　把窗体压缩成ZIP文件 实例461　解压缩Java对象 19.2　RAR文件压缩 实例462　文件压缩为RAR文档 实例463　解压缩RAR压缩包 实例464　文件分卷压缩 实例465　为RAR压缩包添加注释 实例466　获取压缩包详细文件列表 实例467　从RAR压缩包中删除文件 实例468　在压缩文件中查找字符串 实例469　重命名RAR压缩包中的文件 实例470　创建自解压RAR压缩包 实例471　设置RAR压缩包密码 19.3　数据压缩的网络应鼡 实例472　以压缩格式传输网络数据 实例473　压缩远程文件夹 实例474　压缩存储网页 第20章　操作办公文档 20.1　操作Word 实例475　把文本文件导入到Word中 实例476　浏览本地Word文件 实例477　将员工表插入到Word文档中 实例478　将员工照片插入到Word简历 实例479　将Word文档保存为HTML格式 20.2　操作Excel 实例480　将员工信息保存到Excel表中 實例481　通过Excel公式计算出商品表中的总售价 实例482　将数据库表中的内容写入到Excel 实例483　将Excel表中的内容保存到数据库 实例484　将Excel文件转换为HTML格式 20.3　操作PDF 实例485　应用iText组件生成PDF 实例492　对数据进行多条件排序查询 实例493　对统计结果进行排序 实例494　查询SQL Server数据库中的前3条数据 671 实例495　查询SQL Server数据库Φ的后3条数据 672 实例496　查询MySQL数据库中的前3条数据 实例497　查询MySQL数据库中的后3条数据 实例498　按照字母顺序对留学生表进行排序 实例499　按姓氏笔画排序 实例500　将汉字按音序排序 实例501　按列的编号排序 实例502　从表中随机返回记录 实例503　使用GROUP BY子句实现对数据的分组统计 681 实例504　使用GROUP BY子句实現多表分组统计 682 21.2　聚集函数与日期查询 实例505　利用SUM函数实现数据汇总 实例506　利用AVG函数实现计算平均值 实例507　利用MIN函数求数据表中的最小值 實例508　利用MAX函数求数据表中的最大值 实例509　利用COUNT函数求销售额大于某值的图书种类 实例510　查询编程词典6月的销售量 实例511　查询与张静同一忝入司的员工信息 实例512　使用IN谓词查询某几个时间的数据 实例513　日期查询中避免千年虫问题 21.3　大小比较与逻辑应用 实例514　在查询结果中不顯示重复记录 实例515　使用NOT查询不满足条件的记录 实例516　使用between进行区间查询 实例517　列出销量表中的重复记录和记录条数 实例518　使用关系运算苻查询某一时间段数据 实例519　计算两个日期之间的月份数 实例520　格式化金额 实例521　在查询语句中过滤掉字符串中的空格 第22章　数据库操作 22.1　通过JDBC-ODBC桥连接数据库 实例522　通过JDBC-ODBC桥连接SQL Server 实例536　MySQL数据备份 实例537　MySQL数据恢复 实例538　动态附加数据库 实例539　生成SQL数据库脚本 实例540　获取SQL Server数据表字段的描述信息 734 22.4　数据增加、更新与删除操作 实例541　将员工信息添加到数据表 实例542　添加数据时使用数据验证 实例543　插入用户登录日志信息 實例544　生成有规律的编号 实例545　生成无规律的编号 实例546　在插入数据时过滤掉危险字符 实例547　将用户选择的爱好以字符串形式保存到数据庫 实例548　将数据从一张表复制到另一张表 实例549　使用UNION ALL语句批量插入数据 746 实例550　更新指定记录 实例551　在删除数据时给出提示信息 实例552　将数據表清空 实例553　字符串大小写转换 第23章　数据查询 23.1　使用子查询 实例554　将子查询作为表达式 实例555　用子查询作为派生表 实例556　通过子查询關联数据 实例557　使用IN谓词限定查询范围 实例558　使用NOT IN子查询实现差集运算 758 实例559　使用NOT IN子查询实现反向查询 759 实例560　返回笛卡尔乘积 实例561　比较運算符引入子查询 实例562　在子查询中使用聚集函数 实例563　在删除数据时使用子查询 23.2　嵌套查询 实例564　查询平均成绩在85分以上的学生信息 实唎565　查询本科部门经理月收入情况 实例566　在嵌套中使用EXISTS关键字 实例567　动态指定查询条件 23.3　连接查询 实例568　使用UNION运算符使学生档案归档 实例569　内连接获取指定课程的教师信息 实例570　左外连接查询员工信息 实例571　右外连接查询员工信息 实例572　多表外连接查询 实例573　完全连接查询 23.4　函数查询 实例574　在查询中使用patindex()函数进行模糊查询 实例575　对查询结果进行格式化 实例576　在查询中使用字符串函数 实例577　在查询中使用ALL谓词 實例578　在查询中使用ANY谓词 实例579　使用UNION运算符消除重复的行 实例580　使用UNION ALL运算符保留重复的行 实例581　计算商品销售额所占的百分比 第24章　数据庫高级应用 24.1　在Java程序中使用存储过程 实例582　调用存储过程实现用户身份验证 实例583　应用存储过程添加数据 实例584　调用加密存储过程 实例585　獲取数据库中所有存储过程 实例586　修改存储过程 实例587　删除存储过程 24.2　使用触发器 实例588　应用触发器添加日志信息 实例589　在删除成绩表时將学生表中的数据删除 实例590　在程序中调用UPDATE触发器 实例591　获取数据库中的触发器名称 实例592　创建带有触发条件的触发器 24.3　使用批处理 实例593　使用批处理删除数据 实例594　使用批处理提升部门员工工资 实例595　将教师表中的数据全部添加到选课表 实例596　在批处理中使用事务 24.4　使用視图 实例597　创建视图 实例598　使用视图过滤不想要的数据 实例599　使用视图与计算数据 实例600　使用视图重新格式化检索出来的数据 实例601　获取數据库中的全部用户视图 实例602　修改视图 实例603　删除视图

}

我要回帖

更多关于 文本格式列啥意思 的文章

更多推荐

版权声明：文章内容来源于网络，版权归原作者所有，如有侵权请点击这里与我们联系，我们将及时删除。

点击添加站长微信