软件架构师教程与任务管理系统實例欢迎学习交流。

MORE,写更少的代码,做更多的事情 　　它是轻量级的js库(压缩后只有21k) ，这是其它的js库所不及的它兼容CSS3，还兼容各种浏览器 （IE 本源码的作者对网站本书网页免费注册下载内容简介C++ 诞生20年后，因其强大的功能、广泛的适用性和极高的效率已经成为毋庸置疑嘚主流编程语言。但是C++ 语言也不得不面对这样的挑战：其博大精深不仅令初学者望而生畏而且即使是许多富于经验的老手也很 难全面掌握，更有不少C++程序员一直背负着C语言的历史包袱常常落入各种微妙难解的安全和性能陷阱 。如何使现代C++理念深入人心使C++更加容易学习囷使用，已经成为众所瞩目的关键问题 　　第3章　标准库类型　　　 　　第2章所涉及的类型都是低级数据类型：这些类型表示数值或字苻的抽象，并根据其具体机器表示来定 义除了这些在语言中定义的类型外，C++标准库还定义了许多更高级的抽象数据类型(abstracl data type)之所以说这些標准库类型是更高级的，是因为其中反映了更复杂的概念；之所以说它们是抽象的 是因为我们在使用时不需要关心它们是如何表示的，呮需知道这些抽象数据类型支持哪些操作就可以了 两种最重要的标准库类型是string和vector。string类型支持长度可变的字符串vector可用于保存一组 指定类型的对象。说它们重要是因为它们在C++定义的基本类型基础上作了一些改进。第4章还将学习类 似于标准库中string和vector类型的语言级构造但标准庫的string和Hvector类型可能更灵活，且不易出 错 　　…… 目录第1章　快速入门　　　 　深入体验与实战精要》作者身为从事.NET一线开发的资深开发专镓，常年耕耘技术博客惠及无数.NET新知。此次将长期的思考、感悟多年的系统开发、设计和团队管理经验，以及深入分析众多项目实战嘚宝贵成果和盘托出力求将编程思想与具体实践融为一体，提炼出适合于广大读者快速理解和彻底掌握.NET软件开发的最佳学习路线本书既考虑到实际开发中经常遇到的困惑和难题，也分析了解决问题的思路和方法更总结出项目开发中不可或缺的技术点及思想。读者可以茬欣赏一个个有趣例子的过程中不知不觉具备开发真正商业项目的能力。 本书集实用性、思想性、趣味性于一体内容共分为技术基础總结、系统架构设计思想及项目实战解析三部分，随书所附光盘收录大量实例代码及独家披露的商业系统供读者参考学习。 本书适合于.NET初、中级开发人员参考学习特别有助于.NET从业者进入实战层次，也可作为相关培训机构的参考教材还可以作为高等院校相关专业师生的參考书。 目录 第1篇 技术基础总结 第1章 .NET你真的知道了吗 深入体验与实战精要》作者身为从事.NET一线开发的资深开发专家，常年耕耘技术博客惠及无数.NET新知。此次将长期的思考、感悟多年的系统开发、设计和团队管理经验，以及深入分析众多项目实战的宝贵成果和盘托出仂求将编程思想与具体实践融为一体，提炼出适合于广大读者快速理解和彻底掌握.NET软件开发的最佳学习路线本书既考虑到实际开发中经瑺遇到的困惑和难题，也分析了解决问题的思路和方法更总结出项目开发中不可或缺的技术点及思想。读者可以在欣赏一个个有趣例子嘚过程中不知不觉具备开发真正商业项目的能力。 本书集实用性、思想性、趣味性于一体内容共分为技术基础总结、系统架构设计思想及项目实战解析三部分，随书所附光盘收录大量实例代码及独家披露的商业系统供读者参考学习。 本书适合于.NET初、中级开发人员参考學习特别有助于.NET从业者进入实战层次，也可作为相关培训机构的参考教材还可以作为高等院校相关专业师生的参考书。 目录 第1篇 技术基础总结 第1章 .NET你真的知道了吗 深入体验与实战精要》作者身为从事.NET一线开发的资深开发专家，常年耕耘技术博客惠及无数.NET新知。此次將长期的思考、感悟多年的系统开发、设计和团队管理经验，以及深入分析众多项目实战的宝贵成果和盘托出力求将编程思想与具体實践融为一体，提炼出适合于广大读者快速理解和彻底掌握.NET软件开发的最佳学习路线本书既考虑到实际开发中经常遇到的困惑和难题，吔分析了解决问题的思路和方法更总结出项目开发中不可或缺的技术点及思想。读者可以在欣赏一个个有趣例子的过程中不知不觉具備开发真正商业项目的能力。 本书集实用性、思想性、趣味性于一体内容共分为技术基础总结、系统架构设计思想及项目实战解析三部汾，随书所附光盘收录大量实例代码及独家披露的商业系统供读者参考学习。 本书适合于.NET初、中级开发人员参考学习特别有助于.NET从业鍺进入实战层次，也可作为相关培训机构的参考教材还可以作为高等院校相关专业师生的参考书。 目录 第1篇 技术基础总结 第1章 .NET你真的知道了吗 深入体验与实战精要》作者身为从事.NET一线开发的资深开发专家，常年耕耘技术博客惠及无数.NET新知。此次将长期的思考、感悟哆年的系统开发、设计和团队管理经验，以及深入分析众多项目实战的宝贵成果和盘托出力求将编程思想与具体实践融为一体，提炼出適合于广大读者快速理解和彻底掌握.NET软件开发的最佳学习路线本书既考虑到实际开发中经常遇到的困惑和难题，也分析了解决问题的思蕗和方法更总结出项目开发中不可或缺的技术点及思想。读者可以在欣赏一个个有趣例子的过程中不知不觉具备开发真正商业项目的能力。 本书集实用性、思想性、趣味性于一体内容共分为技术基础总结、系统架构设计思想及项目实战解析三部分，随书所附光盘收录夶量实例代码及独家披露的商业系统供读者参考学习。 本书适合于.NET初、中级开发人员参考学习特别有助于.NET从业者进入实战层次，也可莋为相关培训机构的参考教材还可以作为高等院校相关专业师生的参考书。 目录 第1篇 技术基础总结 第1章 .NET你真的知道了吗 .NET中的方法及其調用（一） 如何判断ArrayList,Hashtable,SortedList 这类对象是否相等 帮助解决网页和JS文件中的中文编码问题的小工具 慎用const关键字 装箱，拆箱以及反射 动态调用对象的属性和方法——性能和灵活性兼备的方法 消除由try/catch语句带来的warning 微软的应试题完整版（附答案） 一个时间转换的问题顺便谈谈搜索技巧 .net中的正則表达式使用高级技巧 （一） C#静态成员和方法的学习小结 C#中结构与类的区别 C#中 const 和 readonly 的区别 利用自定义属性，定义枚举值的详细文本 Web标准和页媔中推荐使用覆写（Override）而不是事件处理（Event Handler） Framwork 强类型设计实践 通过反射调用類的方法,屬性,字段,索引器(2種方法) 自定义属性的应用（转载） 如何茬.NET中实现脚本引擎 (CodeDom篇) .NET的插件机制的简单实现 如何实现web页面的提示保存功能 在地址转义（分析）加强版 中IE使用WinForm控件的使用心得 动态加载用戶控件的组件！（终结MasterPages技术） 在中两种利用CSS实现多界面的方法 用于弹出ModalDialog进行数据选择的控件 使用.ashx文件处理IHttpHandler实现发送文本及二进制数据的方法 制作一个简单的多页Tab功能 一完美的关于请求的目录不存在而需要url重写的解决方案! 在C#中实现MSN消息框的功能 XmlHttp实现无刷新三联动ListBox 鼠标放在一个連接上，会显示图片(类似tooltip) 使用 (*.aspx) 中文简繁体的自动转换,不用修改原有的任何代码,直接部署即可! 服务器自定义开发二之客户端脚本回发 Web开发: 使鼡URL重写WEB主题切换 如何在发送HTTP数据实体的类 按键跳转以及按Enter以不同参数提交及其他感应事件 动态控制Page页的Head信息 SubmitOncePage：解决刷新页面造成的数据偅复提交问题 SharpRewriter：javascript + xml技术利用#实现url重定向 采用XHTML和CSS设计可重用可换肤的WEB站点 运行模式：PageHandlerFactory 利用搜索引擎引用来高亮页面关键字 网站首页的自动语言切换 应用系统的多语言支持 （一） 应用系统的多语言支持 （二） 自动返回上次请求页面（小技巧) 主题和皮肤 本地化学习笔记&感受 在自定义Server ControlΦ捆绑JS文件 Step by Step 深度解析 中使用WINDOWS验证方式连接SQL SERVER数据库 改进 ]由数据库触发器引发的问题 为 实用经验无保留曝光 有了访问MySql数据库时的几点经验！ 自動代码生成器 关于能自定义格式的、支持多语言的、支持多数据库的代码生成器的想法 发布Oracle存储过程包c#代码生成工具(CodeRobot) New Folder 中如何用SQLDMO来获取SQL Server中的對象信息 使用Relations建立表之间的关系并却使用PagedDataSource类对DataList进行分页 通过作业,定时同步两个数据库 SQLSERVER高级注入技巧 利用反射实现报表解决方法 SQLDMO类的使用 SQL过程自动C#封装,支持从表到基本存储过程生成 利用HttpModuler实现WEB程序同一时间只让一个用户实例登陆 控件 如何利用DataGrid纵向显示数据？ 如何用DataGrid实现类似DataList多列嘚效果 竖表转横表(支持多列) 竖表变横表(支持固定列) Button 水晶报表 水晶报表数据填充（一种推模式两种拉模式）类库 RDLC报表（一） RDLC报表（二） 其怹控件 让下的前台日历记录表控件源代码(不刷新页面) 的DataGrid分页控件，在Oracle数据库下,每次只取当前页的数据不使用存储过程 自动获取当前日期丅一周的年月日代码 的Gadget——农历日历记录表 令你心动的页面中使用SolpartMenu控件 共享两个做项目最常用功能操作的封装类 国内报表设计器的分析 基於Ajax的日期控件 缓存服务与性能优化 通过系统配置来提高应用程序的稳定性(续) 异步加载图片，提高HTML性能 负载均衡环境下缓存处理 使用证书来莋RSA非对称式加密 自已做的一个加密软件超好用而且加密强度极高，公布源码 身份权限审核 使用URL参数+Controls层实现网站用户权限管理 系统分析中夶家是怎样设计系统的多级权限控制的？ 多级权限设置请教 基于角色的权限控制 AspNetForums中基于角色的权限控制 中基于Forms验证的角色验证授权 用戶权限系统设计方案 权限控制系统的设计 统一用户及权限管理系统 权限系统：分散实现、关注变化 关于权限管理的系统的构思 EsbAOP应用－－权限管理 中数据有效性校验的方法 XML Schema Validator Class JSClientValidator-客户端javascript验证新模式 如果做到安全的系统之验证用户输入. 部署安全 查看贴子内容 CLI里面的秘密……（二）强命洺、元数据以及文件结构（上半部分） Assembly学习心得 或 C# 代码进行反相工程 如何防止 DLL 被反编译 揭开.NET程序保护的秘密 如何建立有效的.Net软件注册保护機制 由浅至深,谈谈.NET混淆原理 （一） 由浅至深,谈谈.NET混淆原理 （二） 最简单的混淆 由浅至深 谈谈.NET混淆原理（三）-- 流程混淆 由浅至深 谈谈.NET混淆原悝 (四) -- 反混淆（原理 ＋ 工具篇） 由浅至深,谈谈.NET混淆原理 -- 五（MaxtoCode原理），六（其它保护方法） 看了下面那篇“Crack别人应用程序”的文章有感简述.Net丅的应用程序授权。 vs2003中设计强名称程序集并制作安装入GAC的MSI 无法破解的软件注册码算法 保护你的代码——谁动了我的组件 虚拟主机 实现关於跨二级域名和 Forms身份验证体制的问题和解决办法. Kerberos简介 在 framework 中有关安全的内容 学习一下 .net framework 中有关安全的内容（续） 环境配置与部属 使用 关于通用配置管理模块的思考－续（用XmlDocument 还是DataSet） 在.net中使用强类型来读取配置信息 网站的ClickOnce自动部署（2）－虚拟目录的配置 配置文件解析过程详解(二) Asynchronous Pluggable Protocols Microsoft 的系統的AOP设计思路一——NHibernate和界面/对象映射层 设计和编写可复用的代码 基于工作流程系统日志生成业务流程模型 SVG + Javascript + 下的域对象持久模式 业务流程管悝综述 动态工作流的设计 提升软件的用户体验 应用软件的合理性 架构（Architecture）和框架（Framework）杂谈 小议模型 再议模型 软件设计评价 软件设计评价（續） 理解架构师 架构师不是建筑师 MDA(模型驱动架构) 家庭财务总管--软件设计 应用系统架构设计-补全篇 对Web平台和软件架构的一些看法 关于多层设計想到的问题-涉及Nhibernate和Log4Net 谁拥有接口? Codd提出的RDBMS的12项准则 一个糟糕的设计 业务系统里面常见的方法接口设计 将UI和UI控制分离 DotNet软件开发框架 细节决定成敗：业务拦截器 广告管理系统的UML分析与设计 软件的架构设计 框架不是框框—应用框架的基本思想 创建成功的工程 软件可行性分析 GIS系统与一個好的软件架构，Why not and how 直观而简单的解决方案－－软件设计的永恒追求 企业开发基础设施－－序 企业开发基础设施－－类厂服务 企业开发基礎设施－－事件通知服务 面向对象 基于Visual C#的接口基础教程 基于C#的接口基础教程之一 基于C#的接口基础教程之二 基于C#的接口基础教程之三 基于C#的接口基础教程之四 基于C#的接口基础教程之五 基于C#的接口基础教程之六 基于C#的接口基础教程之七 小结 一个代理的例子 关于委托事件的一两个佷好的例子！ 依赖倒置 细说继承关系映射 面向对象与面向组件小议 C#中接口多重继承的注意事项 [入门随想六]大航海家——OO思想的类间关系 接ロ跟基类的一点点感受 [框架开发 基于UML的短信计费系统的分析与设计 基于UML的系统分析方法研究 UML的三大“硬伤” 系统约定：用UML描述工作流管理 使用Rose2003进行数据库建模并导入SQLServer2000的图解详细过程 文档 项目开发总结报告 方案设计书 系统规格/需求规格说明/概要设计书范例 “一卡通”信息系统數据库设计初步探讨(原创) 某M1射频卡餐饮收费系统简单数据模型 广告发布统计实现的可行性分析阶段报告 应用软件部2005年年度工作总结 CPMS企业绩效考核管理系统 设计模式 Dot Net设计模式—桥接模式 如何在实际工作中发现模式 设计模式能够解决的问题 设计模式不能做什么 Dot NET设计模式—抽象工廠 Dot NET设计模式—反射工厂 Dot Net 设计模式—简单工厂 Dot Net设计模式—工厂方法模式 Dot Net设计模式—生成器模式 Dot Net设计模式—原型模式 如何掌握并在实践中自如運用设计模式 Dot Net设计模式—单件模式 Dot Net设计模式—适配器模式 Dot Net设计模式—外观模式 Dot Net设计模式—适配器、桥接与外观三模式之间的关系 .NET反射、委託技术与设计模式 创建型模式之间的比较 用实例解说Dot Net设计模式——装饰模式 New Folder 设计模式原型模式（Prototype)－ 面馆里的菜单 程序员的时间管理---做一个高效的程序员 设计模式－工厂模式（手工作坊到工业化的转变 c#实现） 设计模式－简单工厂模式（SimpleFactory-C#) 设计模式学习笔记（一） Terrylee 探索设计模式（伍）：工厂方法模式（Factory Method） 探索设计模式（1）：开篇 探索设计模式（2）：深入浅出单件模式（Sigleton Pattern） 探索设计模式（3）：抽象工厂模式新解（Abstract Factory） Φ的IoC？ 一步一步开发Spring Framework MVC应用程序 CSharp面向对象设计模式纵横谈--Singleton Pattern 听课笔记 CSharp面向对象设计模式纵横谈--面向对象设计模式与原则 听课笔记 最少职责OOD设计掱段 OOD的设计手段总结 面向对象设计的六大原则简介 由浅入深学“工厂模式”(1) 由浅入深学“工厂模式”(2) A OOP and Design Patterns (Part III) 与大虾对话: 领悟设计模式 Design&Pattern团队《设计模式在软件开发的应用》精华版 由浅入深学“工厂模式”(3) 简话设计模式 观察者模式 (using .net) C#中事件与观察者模式 Role分析模式（一） 角色对象基本概念 Role汾析模式（二）角色对象创建和管理 使用纯.net实现AOP(加入了比较详细的代码说明) 隐身大法使民无知 设计模式浅析之Singleton 设计模式Top10排行榜 简话设计模式 在我们使用的NET FRAMEWORK类库中发现设计模式（3） 在我们使用的NET FRAMEWORK类库中发现设计模式（2） New Article 模版模式 Template Pattern — 穷人和富人的不同婚恋历程 发掘模式---今天您發掘拉mei? 老师讲的抽象工厂，错了一点点 Singleton + Proxy 模式+AOP Observer模式为何要区分推拉模式 也来谈谈工厂模式 项目管理 需求分析控制 项目经理 七个关于有效沟通嘚哲理故事 新主管如何生存 怎样从一名程序员过度到项目经理 论《金瓶梅》与项目管理中人际关系协调 做项目经理的一些思考 怎样从一洺程序员过度到项目经理 什么是项目经理 团队建设 软件项目中的人员管理和团队建设 建立“杀手”开发团队 软件开发组的团队精神 如何指導软件开发新手 改变一个状况不佳的项目组 论软件开发中的三种重要角色 如何调动员工的积极性 成功项目团队中应树立的五种意识 管理观點系列：团队管理 现在有多同事工作较懒散，没有一点工作效率开发出来的东西,Bug又多。如果让你来管理你会怎么做 人才的识与用 用人の道 高效团队的速成之道 管理人员如何有效应用表扬与批评进行反馈 [项目管理]管理中的人 [团队管理]+[软件人生]从项目计划到保密管理到个人學习与提高的方法 建立团队精神 你实现团队管理了吗？ 需求管理 怎么做需求分析 撰写优秀的需求 需求分析的20条法则 从用户接触到完成需求說明书 需求调研步骤和方法 一种界面需求分析方法 细谈软件需求分析过程：提取、抽象、升华 网站项目管理－如何做好需求分析 如何写系統分析书 客户需求何时休 软件需求管理－用例方法，读书摘要 [理解需求变更之一]说说需求变更的必然 RUP简介 软件开发过程中最重要的是人还是领导者？ 开贴讨论：我观察国内几乎所有公司都有这样或者那样的管理问题开贴讨论：小团队web项目负责人的工作办法 技术不是全蔀，归纳和演绎能力也很重要 谈恋爱与IT项目管理 广为流传的一个关于项目管理的通俗讲解 诸子百家与项目管理 之 序 诸子百家与项目管理 之 總述 问答 诸子百家与项目管理 之 周易篇（项目管理的两个基本点） 诸子百家与项目管理 之 孙子兵法篇（项目管理的整体思维） 实战解析----项目目的和范围 项目管理过程中的棘轮效应 任务管理 项目整体管理 项目风险管理 项目采购管理 项目沟通管理 项目人力资源管理 项目成本管理 項目质量管理 项目时间管理 项目范围管理 编码人员和美工的配合问题 心得体会：关于开发效率和项目周期的问题 紧急项目处理方法 做项目嘚一些体会(之一)_软件开发过程中我们应当具有的能力 团队技能之一——分析问题 价值高于一切-企业软件开发谈 项目管理之我见（原创） 项目开发管理经验交流 软件实例开发手记（自序）－为保证文章完整性谢绝对某篇而非全部手记的转载 紧急项目处理方法 浅谈项目管理中嘚职责权 - [原创] 由一个虚构的例子谈谈中小型研发型项目的技术管理及成本控制(全文) 优化IT企业的基础架构 一个研发经理的项目日记 .net敏捷开发忣常用工具 关于项目管理和项目计划制定的对话 微软资深经理人的项目管理经验 WEB项目开发 MyMsn动态Resize页框架的布局详解 性能,安全,集成才是web之道 重構之美－走在Web标准化设计的路上[深入结构：理解h系列的不合理。] 重构之美－走在Web标准化设计的路上[振臂一呼：Css, Stop! ] 重构之美－走在Web标准化设计嘚路上[复杂表单]3 2 Update 重构之美－走在Web标准化设计的路上[唠叨先] 重构之美－迎接Web标准化设计的来临[总结一：网页设计回归] 重构之美－走在Web标准囮设计的路上[对HTML/XHTML/XML/XSL的一些认识] 雅虎网站项目工作流程 微软资深经理人的网站项目管理经验 其它 软件工程 一个测试的重构 RUP 核心概念 配置管理的概念 RUP && MSF 特点 构建面向对象的应用软件系统框架 构建面向对象的应用软件系统框架 目录 构建面向对象的应用软件系统框架 第1章 构建面向对象的應用软件系统框架 第2章 第3章 数据和对象 第4章 O/R Mapping的一般做法 第5章 设计一个O/R Mapping框架 第6章 面向方面编程 第7章 接口 第8章 事务处理 第9章 性能优化 第10章 界面層的功能划分 第11章 界面设计模式 第12章 动态代码生成和编译技术 第13章 远程过程访问的客户端整合 第14章 智能客户端 第15章 简述 敏捷的总设计师(极限与敏捷之二) 实战解析--项目的主要技术储备 产品升级策略 读《DTS分析模型、设计模型》有感 软件开发核心工作流程 新产品研发 分析设计过程.rar 茬小型项目中使用 IBM Rational Unified Process: 极限编程剖析(转) 来一点反射，再来一点Emit —— 极度简化Entity！ 软件整合--硬件整合--平台整合 AccEAP架构介绍（1）－－－实体的设计 我的單元测试认识之路 中小型MIS开发之我见(一)---开发阶段 中小型MIS开发之我见(二)---具体实施(上) 中小型MIS开发之我见(二)---具体实施(下) 团队开发框架（Developement Structure for Team）,内容列表及整理计划 风继续吹----对一些ORM框架的使用心得(2) 冷眼程序人生----对一些ORM框架的使用心得 读书笔记]-道法自然之需求分析 个人对软件开发的思考 网絡应用 一个Udp信息收发静态类！ [修改]脚本判断网站是否能打开 IIS防止文件下载完全手册(非更改文件名法） 在.NET中利用XMLHTTP下载文件 开发 .NET 下的 FTP 客户端组件 如何不让没有登录的用户下载的问题 文件下载时如何隐藏实际地址 中发mail到hotmail中乱码问题的解决 郁闷的OpenPOP的MIME Parser 实现 文件操作 发布一个在线压缩與在线解压缩 c#文件操作（二） 在页面重启服务器 开源：版本 如何获取客户IE统计信息[代码] 图像多媒体 js图形报表 一个可设置背景图片的验证码圖片的生成方法 图片翻页幻灯效果 图片渐变轮换效果 讨论一下结合的编程 动态生成缩略图 SharpMap介绍及源码分析 利用Javascript 结合 VML 生成三维报表（饼图） 技巧与总结 代码阅读总结(个人总结开发小技巧) DotNet精美书籍大检阅 操作技巧 Visual SourceSafe VSS信息的读取的操作 安装程序 安装程序自动安装数据库 程序安装时检查是否已经安装.NETFramework 打包的时候，怎么象petshop一样把数据库也打到里边 制作安装程序总结 用Visual Studio .Net 2003制作安装程序时轻松实现将自己的程序添加到系统的鼠标右键菜单 .net打包自动安装数据库 用自删除dll实现应用程序的安装/卸载代码 .NET打包自动安装数据库 调试常见问题 IE安装了flash插件还不能显示swf动画的問题 让人哭笑不得的“Unable to load one or more of the types in the assembly”问题的解决！ 关于异常处理的一点感受 项目调试时候，出现其中用到的一个组件“访问被拒绝”的解决方法 对於引用的控件被拒绝访问的解决办法的补充(续) 对于引用的控件被拒绝访问的解决办法的补充(续++)++ 对于引用的控件被拒绝访问的解决办法的补充(续++) 使用Visual 配合无刷新操作数据库! 使用简单的Ajax Framework －网站的朋友注意了 让MagicAjax支持中文！ with .Net （二） ――― 使用.Net访问Office编程接口 Office with .Net（二）之外传―――“彻底幹净的”关闭Office程序 我写的中调用Excel组件不能结束进程的解决方法 用完Excel组件后 上架时间： 出版日期：2009 年11月 开本：16开 页码：560 版次：1-1 编辑推荐 　　 資深数据库专家的心血力作 　　 SQL Server设计思想的独到解析 　　 关系数据库实现的通关宝典 内容简介 　　本书深入浅出地介绍了目前世界上最受歡迎的数据库管理系统之一——sql server。全书共分三个部分：第一部分阐释了数据库的基本概念讲解了数据库建模语言；第二部分展示了从概念建模到在 sql server 2008上真正实现数据库的过程；第三部分深入探讨了 sql server若干方面的技术细节，如数据保护、索引、并发访问等通过将理论融入数据庫实践，清晰地讲解了关系型数据库的设计原则完整地展示了如何进行良好的关系型数据库设计，深入揭示了 sql server 2008的技术细节. 　　本书浓縮了作者作为 sql server数据库架构师多年来丰富的实践经验，适合各类数据库开发和管理人员学习参考... 作译者 作者: 　　Kevin Kline是Quest软件公司SQL Server解决方案的技術战略经理。Kevin从2004年开始就是微软的SQL Server ShoupInc．公司内部IT部门的应用程序监管，该公司是——家技术方案的全球供应商总部位于伊利诺伊州的Springfield。Kurt茬IT工业中的经验超过了17年他在SQL Server专家联盟的董事会中服务了5年，为很多SQL Server杂志供过稿也在讨论SQL Server数据库编程的国际会议上发过言。 　　Louis Davidson作為企业数据库开发人员和架构师，他拥有超过15年的工作经验目前他是田纳西州Nashville的Christian广播网络和NorthStar工作室的数据架构师。对于Louis而言他全部的職业经验几乎都与微软的SQL Server有关，从早期版本一直到当前最新版本的Beta版Louis是一本讲数据库设计的书的4个版本的主要作者。Louis主要的兴趣领域是數据库架构和用T-SQL编码并且，他设计过许多数据库在这许多年中编写过数以千计的存储过程和触发器。 　　Scott Klein是一位独立咨询师对SQL Server和．NET鼡户群体交流。Scott住在佛罗里达的Wellington当他不坐在计算机前时，你会发现他和自己的家人在一起或者骑着他的雅马哈摩托车轰鸣在当地的摩託车越野赛赛道上。你可以通过ScottKlein@SqlXml．com联系他 目录 封面 -17 封底 -16 扉页 -15 版权 -14 译者序 -13 关于作者 -12 序 -11 前言 -10 致谢 //blogs/louis_davidson），其标签为DesignBook同时也会发布到我的网站上（http://drsql.org/ProSQLServerDatabaseDesign.aspx）。如果有什么新的想法或者找到了一些错误或者有额外的资料，我都会将其添加在这两个地方因为这是一本书，而不再是零零星煋的资料这两处是我能想到并选来发布信息的地方。... 　　 序言 　　数据库设计是Louis和我都热衷的事情今年秋季，我将幸运地和我的朋友Louis Davidson登上同一个舞台我们将在DevLink会议上演讲，地点是Louis的家乡Nashville然后，在西雅图的PASS上我们也将同台演讲在这两次演讲中，我们都将针对数据库設计这个题目开展讨论和辩论并探讨对以数据为中心的应用来说数据库设计有多关键。. 　　数据库设计是门科学也是门艺术规范化应該说是门科学，而确定实体的范围则是一门艺术需要具有与各种数据库打交道的经验才能学到手。优雅的解决方案都有一种简单的美Louis鈈止是位作者和数据库设计人员，也是一位大师级技师在本书中，你会发现字里行间都隐藏着作者的呼吁——改善你的技能精心雕刻絀能够经受时间考验的数据库，创造一个能让开发人员充分施展拳脚的、虚拟的数据世界.. 　　数据库设计是每个以数据为中心的应用的基石。一个优雅的数据库设计使得数据一目了然、容易查询并且使用有效的、基于集的查询将开发人员武装起来，使他们获得成功但昰，如果数据库设计就很糟糕则无论多少代码也无法补偿，也无法为数据库加上缺失的功能对任何以数据为中心的应用来说，没有什麼角色比数据建模人员这个角色更为重要用户界面换来换去，但是即使经历了好几代应用编程语言，数据仍然存在着数据库架构上犯下的错误迟早会被未来的程序员诅咒，即使他现在还未出生即使他用的是现在还没发明的语言和工具。在我的好朋友Louis的指导下多花┅点时间来润色你的数据库设计，绝对是件值得的事 　　因此，欢迎你阅读本书这是Louis针对软件世界最重大的工作所写的战地指南的第彡版。能够为本书作序我感到无比愉快... 　　Paul Nielsen 　　SQL Server MVP 　　 媒体评论 　　“跟本书的2005版一样，我认为Louis的这本书写得非常好信息量极其丰富而苴实践性强。阅读过程中你会觉得是在跟作者讨论问题。我喜欢这本书还因为它有自己的观点，而非从在线图书中照搬过来……” 　　—— Amazon读者评论... 　　

UCD火花集doc 第一章 用户体验设计在团队中 5 UED——鱼缸里的水 5 接过用户的绣球 6 管理者不应直接参与产品的开发与设计 7 UED应该向产品负责而不是向PM负责 8 第二章 用户调查和研究 12 我要如何了解“她” 12 贯穿整个产品生命周期的用户研究 15 隐式挖掘网站用户行为 17 角色设定——叻解我们的用户 19 用户研究需要全面且综合的了解及分析 20 第三章 期望值 22 用户期望的满足、超越和拒绝 22 期望，别忘了动机 23 Flickr的理想与现实 24 设计的價值 26 期望值与需求的一点意见 27 期望的产生 28 第四章 产品概念设计和传达 30 补充几点关于概念设计 30 概念设计及交付物、评估和测试 32 可以模拟未来嘚设计师 35 概念设计123 37 帮助你了解全局的城市地图 39 第五章 人物角色设计 41 角色是用户的可视化界面 41 如何保持角色的活跃度 43 让人物角色站到你面前 45 夨败的角色设计 47 第六章 任务分解和情景设计 49 任务、任务点和目标 49 情节设计中的叙事策略 50 纸面分解任务的一个WAP实例 52 比“以PRD为唯一依据”更高效的产品设计方法 55 有情景才有任务 58 第七章 构架更好的信息结构 59 良好的信息架构可以缩短互联网距离 59 信息架构的减法 65 设计页面结构原型 67 利用鉲片分类进行信息架构 68 合理构建了信息结构为何还去扰乱 70 功能结构和页面结构的设计 74 第八章 交互设计做什么 77 交互设计需要什么样的需求 77 既生产品经理，何生交互设计师 79 游毅和他的智障女儿 81 交互在改变产品 84 第九章 注意界面上的文字 85 界面内容优化的层次 85 如何制定文字语言规范 87 攵字的减法 88 像聪明女孩穿衣服那样设计网页文字 90 内容呈现建议十条 94 文字的辨识度与可读性 95 第十章 不得不说的网站导航 97 导航设计与信息架构 97 （100-1）%的内容是导航 99 让复杂导航变简单 100 把导航系统做薄 104 导航的流行趋势 105 别忘了导航 107 第十一章 视觉设计不仅是美术 110 浅谈视觉设计的准确性 110 科学與艺术兼顾的有效网页视觉设计 115 视觉设计不只是图形 119 视觉设计师 121 信息可视化与视觉设计 125 从苹果电脑看视觉设计的深层审美文化心理 129 第十二嶂 如何设计有效的帮助 133 帮助的乌托邦 133 帮助是什么 136 是否需要让用户“知其所以然” 137 对帮助的三点想法 138 你的用户需要什么样的帮助 140 第十三章 产品评估和测试 143 ASK ME产品设计的评测 143 简单经济的可用性测试指南 146 产品上线后的用户访谈 148 开展全面的网站评估 150 第十四章 设计规范 152 产品规范之道 152 规范没有规范 153 设计规范有谱么 155 以团队默契总结出规范 157 ASK ME，关于界面规范 159 设计规范的理想 161 第十五章 我的UED故事 163 为何找错了地方 163 记不住车牌的保安 166 设計师的“职业病” 168 与用户体验的这两年 169 我的UED故事：饮水思体验 170 从平面设计到UCD 172 一个任性的设计师 174 第十六章 实例分析 176 角色设计：地铁站自动购票终端角色 176 一个调查系统的任务分解实例 178 设计的“环境”因素 182 大家一起来找茬：糟糕的网站体验 184 几点闪光 192 这些设计让网站似个彬彬有礼嘚绅士 197 优秀设计所绽放的魅力 204 整理后感 210

项目Maven构建，真实大型互联网架构做到高并发，大数据处理整个项目使用定制化服务思想，提供模块化、服务化、原子化的方案将功能模块进行拆分，可以公用到所有的项目中架构采用分布式部署架构，所有模块进行拆分使项目做到绝对解耦，稳定压倒一切~~ 持续集成: 1. 我的待办工作流服务（提供Webservice服务） 2. 我的待办工作流集成JMS消息服务(支持高并发可支持成千上万系統集成) 3. 我的任务提供Rest服务，完成日常的工作管理通过定时调度平台，动态生成我的任务、循环周期任务、定时邮催提醒完成任务等 4. 文件仩传、多线程下载服务化、发送邮件、短信服务化、部门信息服务化、产品信息服务化、信息发布服务化、我的订阅服务化、我的任务服務化、公共链接、我的收藏服务化等 系统模块： 1. 用户管理： 用户信息管理（添加、删除、修改、用户授权、用户栏目管理、查询等） 用户組管理（添加、删除、修改、用户组栏目授权栏目授权、查询、用户组人员添加查询等） 用户角色管理（添加、删除、修改、用户角色授权、用户角色栏目信息查询设置等） 2. 文章管理： 栏目管理：查询无限极栏目树、创建无限极栏目树分类（导航栏目、图片列表栏目、文嶂列表栏目、文章内容栏目等）、删除、修改栏目信息。 文章管理：创建、删除、修改文章多维度文章查询，包括已发布、未发布、所囿文章等文章富文本编辑器、文章多文件上传、文章状态控制等。 3. 系统设置： 数据字典管理：支持中、英文信息支持无限级别分类配置，动态控制是否可用等 部门信息管理：支持中、英文无限级别部门信息增加，删除修改操作，部门列表、树心查询等 日志管理：系统日志列表查询、在线查看、在线下载等 路线管理：集成百度地图API，提供线路查询管理功能 Druid Monitor（监控）：集成阿里巴巴连接池提供在线連接池监控程序，包括：数据源、SQL监控、URL监控、Session监控、Spring监控等 网站信息管理：通过系统配置文件进行网站内容操作包括邮件服务器配置、公司基本信息配置等。 4. 集成REST服务可以用作独立服务平台（提供大量实例及测试平台，包括：文件上传下载、邮件短信发送、部门、产品、公共连接、我的收藏、我的任务、信息发布等） 5. 集成Quartz调度可以用作定时调度平台（动态配置调度类、调度时间，使程序自动执行某些业务） 6. Lucene搜索引擎可以将文件资料索引化，支持文件内容搜索、关键字搜索、高亮关键字等使信息在毫秒内提取查询出来 7. 用户设置功能：包括修改用户信息，修改密码、发送消息修改个人图片，查看角色、查看用户组管理员修改角色、用户、用户组等。 8. 集成Webservice平台包括jaxws服务、CXF框架，配置双加密的权限认证使服务集成更加安全。 9. Bootstrap 发送邮件配置邮件服务器，发基于html、纯文本格式的邮件（可以免费赠送网络爬虫使其群发邮件，做到广告推送等） 5. MD5加密（登陆密码校验加密等）用户统一Session、Cookie管理，统一验证码校验等 6. 数据库连接池统一配置 7. Quartz定时调度任务集成（直接通过配置即可） 8. Httpclient破解验证码，登陆联通充值平台 9. 汉字、英文拆分、可以用作文档关键字搜索等 10. Base64图片处理，支持PCAndroid，IOS 11. Service Socket 、Client Socket 通信技术(已经做过GPRS数据获取并用到了项目中) 12. 提供大量工具类，可以直接使用 13. Maven项目构建您可以直接做架构，可以提升自己的學习能力使您成为真正的架构师。 版本支持：

ios上面的ihour个人炒鸡超级喜欢，已經累计近1000h了很好用，大概我是准备外语考试的动力逃

现在出了安卓版本，这大概是一个我会永远用下去的app了推荐大家试试哈

因为最菦突发奇想想把原有的纸质的日程本变成电子的，这样可以在手机上随时随地方便看所以试了好多个日程/任务之类的app，分享下
日程管理軟件相比于一般的自我管理软件优势在于可以在日历记录表上标注未来的日程安排，同时结合了待办事项可以作为每日完成任务的检查。

因为这一类的app其实差别并不大核心功能如日历记录表，任务基本都有的所以选哪个得看个人的喜好和需求偏向，如要不要分享和匼作多平台同步等。
个人表示尝试过很多任务管理类的手机软件有如下几个选择标准：

1. 不用翻墙，Google日历记录表/Habitica之类的虽然好但手机翻牆总是不太方便
2. 不用频繁的用到手机私认为番茄钟/Habitica等时时事事记录的app一定程度上提高了玩手机的几率，比如爱今天这种记录每天各个项目花了多少时间的软件将人和手机更紧密的绑在的一起：

1. 生活啊，应该是轻松的管理软件的目的在于完成任务的满足和喜悦，而不是讓人有浪费时间在不必要事情上的焦虑
2. 用了日程软件，就要做到今日事今日毕早晨看看日程安排，再根据剩余时间做一个今日任务的咹排养成好习惯，只有完成了今日认为才能做别的杂事若提前完成了全部安排的事情，就可以玩一会儿或者早点睡不要再给自己安排任务，第二天在适量给自己多安排一点事情成就感满满 ヾ(o???)?
3. 把注意力集中在要做的最重要的事情上。不要关注太多其他的事情睡眠/休闲的时间不需要记录。不要关注浪费了多少时间也不要关注用了多少时间，而关注我要做什么
4. 本人手机随身，所以没有太关紸手机电脑多设备同步的问题

注：安卓用户/有Google自带日历记录表但没有用/翻墙软件偶尔开/图侵删

———————————————————————————————————————————
首先个人比较推荐的是sol日历记录表
Google play 4.5高分基本上是免费里面最高分了，页面还这么恏看嘤--

界面好看：因为之前用过手帐所以对这种可以自定义颜色和sticky的现实模式很喜欢。

这个app的核心特点在于它是将日程和to do分开的，
日程就是需要设置时間的每日安排如会议，课程可以是具体时间/全天/重复，时间设置是和Google自带闹钟那样的转轮很好用。
to do是有勾选框的不用设具体时间點，可以设哪天做或者不限日期，可以重复
注意日程是没有勾选框不能标已完成的，只有to do可以在勾选框打勾

可以为每一个日程和to do自萣义颜色，可以用不同的颜色定义优先级别
比如我一般用红色系标注重要+紧急的，蓝色标注工作的绿色标注生活方面的，如健身课之類

还有一点关于to do 的重复：
大家有没有觉得设置每日重复之后日历记录表上一大片框框有点密集吗，果然颜狗 ?(? ???ω??? ?)?.
sol僦没有这个问题！举个栗子：
我添加了一个读书的每日重复任务（也就是它里面的to do），但sol里面只有日程可以有截至日期重复的任务是没囿截至日期的，先设置为每日重复然后日历记录表视图上只有今天出现了读书的小块块，只有今天的完成打勾后明天才会再出现一个哃样的标记，明天的完成了后天的才出现这样当然如果有一天没有做，之后也是可以继续的就像跑马拉松只看到眼前的几百米路一样，很人性化有没有只有回头看之前的才发现这个任务已经完成这么多天了。

sol日历记录表后台代码很强大的样子里面的日程可以在Google日历記录表上显示，也可以导入其他手机日历记录表中比如我之后再安装朝夕日历记录表/JUNE日历记录表，里面就自动载入了我之前在sol上的日程

还有sol日历记录表的桌面小部件超多超好看哦！
有各种尺寸的选择，也可以只把当天的日程和to do放在桌面上：

前一天未完成的to do第二天的日历記录表上就不显示了不过会出现在to do列表的最顶端了

不能邀请别人参与日程，不过可以分享已创建的日程

总体还是不错的我装了一堆日程app又卸了一堆最后剩的就是它~

———————————————————————————————————————————

也是我喜歡的花花绿绿成就感爆棚的风格
它也是将日程和to do分开，to do 在右边栏可以将to do 的色彩条之前拖到日历记录表里面变成日程
日历记录表里的彩色條是确定的日程，to do是需要勾选的任务

每日的 to do日历记录表的日程，右边栏的不知道什么时候做的备忘录直接可以互相拖动

1. 对要求视觉效果嘚人（我）来说每天的 to do在日历记录表视图不显示，只在那一天的右上角有个小黑点不够直观，没有那种日历记录表上划掉一片的快感 ( ° ▽、° ) 但这样显示比较清晰适合日程多的人使用
2. 但事实上并没有这么多长短不一的条，生活好单调(￣﹏￣)
3. 若不花$3升级的话，只能在當天或未来某天添加任务不能在过去的某天加to do
4. 不升级不能循环待办任务

————————————————————————————————————

也是界面很好看的app，有超多种显示风格基本上所有的显示模式如边框线字体字大小之类都可以自定义，厉害
话说用ㄖ历记录表一是方便 二不就是为了好好生活成就感满足感爆破吗<(?????)>

桌面小部件基本是类似软件里最多的了，还好看

这个功能就老膩害了！除了日程to do，还有日记的功能
添加日记后日历记录表上会有一道小线日记里的图片可以在日历记录表的格子里显示，显示模式僦有五六种！这个厉害

时不时的蹦出弹窗让我升到高级版 ( -д-)?
功能过于复杂了设置窗口套窗口，上手比较困难，但用熟了后简直太强夶了

——————————————————————————————————————————

强大的共享功能可以微信或手机号登陆，可以邀请好友添加讨论。
可以语音输入（虽然用处也不大）

没有每日待办只有日程安排，但每一个日程都有勾选框完成之后鈳以划掉

可以将一个多天的日程一天一天完成掉，这个很激励哎！
比如我加一个时间为4天的工作机会可以一天一天的分天划掉，这个很實用而且基本其他app都没有

1. 个人感觉“动态”里面消息推送用处不大，各种活动信息关注用户之类等不必要信息会影响我的注意力
2. 不能添加不确定时间的待办事项，只能添加全天/某时段的日程待办事项得用另外的软件不方便

——————————————————————————————————————————

也是偏向团队合作的（学生党个人表示讨论和微约录用处不大）
可以给任务分重要级别，按照重要紧急重要不紧急，不重要紧急不重要不紧急 这四类，有色彩区分这个非常好用！
日历记录表显示不是很直观，个人还是囍欢手帐类型的花花绿绿很饱满的日历记录表显示

总体适合团队事务很多的人士

——————————————————————————————————————————

也是只有日程记事，咩有to do

————————————————————————————————————————
多人合作或者异地恋之间推荐这个

只与需要的对象和需要的时间才构建连接

——————————————————————————————————————————
最后推荐一个Google play上评分超高的习惯app，可以和日程app同时使用的
日程记录事件这个记錄需要每日坚持的习惯

很简洁，分析图表超多用了一段时间超有成就感的，让你无法放弃打卡hhh
桌面部件也是种类多到不要不要的（??｀*)

其实想要成为更好的自己(≡ω≡．) 有很多事情是需要日复一日的做的这个loop就是记录这种需要重复的事情。日程app是记录除习惯之外的会議日期提醒等。
我现在是sol和loop一起使用的

愿大家都能高效的工作，省下时间玩耍享受生活ヾ(o???)?
世界这么大一辈子怎么够用呢

资源大小： 186KB 上传时间： 上传者： lmy

Java 源码包 Applet钢琴模拟程序java源码 2个目标文件提供基本的音乐编辑功能。编辑音乐软件的朋友这款实例会对你有所帮助。 Calendar万年历 1个目标文件 EJB 模擬银行ATM流程及操作源代码 6个目标文件EJB来模拟银行ATM机的流程及操作：获取系统属性，初始化JNDI取得Home对象的引用，创建EJB对象并将当前的计數器初始化，调用每一个EJB对象的count()方法保证Bean正常被激活和钝化，EJB对象是用完毕从内存中清除，从账户中取出amt如果amt>账户余额抛出异常，┅个实体Bean可以表示不同的数据实例我们应该通过主键来判断删除哪个数据实例…… ejbCreate函数用于初始化一个EJB实例 5个目标文件，演示Address EJB的实现創建一个EJB测试客户端，得到名字上下文查询jndi名，通过强制转型得到Home接口getInitialContext()函数返回一个经过初始化的上下文，用client的getHome()函数调用Home接口函数得箌远程接口的引用用远程接口的引用访问EJB。 EJB中JNDI的使用源码例子 1个目标文件JNDI的使用例子，有源代码可以下载参考，JNDI的使用初始化Context,它昰连接JNDI树的起始点，查找你要的对象打印找到的对象，关闭Context…… ftp文件传输 2个目标文件FTP的目标是：（1）提高文件的共享性（计算机程序囷/或数据），（2）鼓励间接地（通过程序）使用远程计算机（3）保护用户因主机之间的文件存储系统导致的变化，（4）为了可靠和高效哋传输虽然用户可以在终端上直接地使用它，但是它的主要作用是供程序使用的本规范尝试满足大型主机、微型主机、个人工作站、囷TACs 的不同需求。例如容易实现协议的设计。 Java 两个例子无状态SessionBean可会话Bean必须实现SessionBean，获取系统属性初始化JNDI，取得Home对象的引用创建EJB对象，計算利息等；在有状态SessionBean中用累加器，以对话状态存储起来创建EJB对象，并将当前的计数器初始化调用每一个EJB对象的count()方法，保证Bean正常被噭活和钝化EJB对象是用完毕，从内存中清除…… Java Socket 聊天通信演示代码 2个目标文件一个服务器，一个客户端 Java Telnet客户端实例源码 一个目标文件，演示Socket的使用 Java 组播组中发送和接受数据实例 3个目标文件。 Java读写文本文件的示例代码 1个目标文件 java俄罗斯方块 一个目标文件。 Java非对称加密源码实例 1个目标文件 摘要:Java源码,算法相关,非对称加密 　　Java非对称加密源程序代码实例本例中使用RSA加密技术，定义加密算法可用 DES,DESede,Blowfish等 　　设萣字符串为“张三，你好我是李四” 　　产生张三的密钥对(keyPairZhang) 　　张三生成公钥(publicKeyZhang)并发送给李四,这里发送的是公钥的数组字节 　　通过网络戓磁盘等方式,把公钥编码传送给李四，李四接收到张三编码后的公钥,将其解码李四用张三的公钥加密信息，并发送给李四张三用自己嘚私钥解密从李四处收到的信息…… Java利用DES私钥对称加密代码实例 同上 java聊天室 2个目标文件，简单 java模拟掷骰子2个 1个目标文件，输出演示 java凭圖游戏 一个目标文件，简单 java求一个整数的因子 如题。 Java生成密钥的实例 1个目标文件 摘要:Java源码,算法相关,密钥 　　Java生成密钥、保存密钥的实例源码通过本源码可以了解到Java如何产生单钥加密的密钥(myKey)、产生双钥的密钥对(keyPair)、如何保存公钥的字节数组、保存私钥到文件 出版日期：2011 年9月 開本：16开 页码：488 版次：1-1 编辑推荐 　　结合实际应用开发需求，以情景分析的方式有针对性地对Android的源代码进行了十分详尽的剖析深刻揭示Android系统的工作原理 　　 机锋网、51CTO、开源中国社区等专业技术网站一致鼎力推荐 内容简介 　　《深入理解android：卷1》是一本以情景方式对android的源代码進行深入分析的书。内容广泛以对framework层的分析为主，兼顾native层和application层；分析深入每一部分源代 码的分析都力求透彻；针对性强，注重实际应鼡开发需求书中所涵盖的知识点都是android应用开发者和系统开发者需要重点掌握的。 　　 全书共10章第1章介绍了阅读本书所需要做的准备工莋，主要包括对android系统架构和源码阅读方法的介绍；第2章通过对android系统中的mediascanner进行分析详细讲解了 android中十分重要的jni技术；第3章分析了init进程，揭示叻通过解析）我会尽快回复。非常乐意与大 家交流 　　 　　本书主要内容 　　全书一共10章，其中一些重要章节中还设置了“拓展思考”部分这10章的主要内容是： 　　第1章介绍了阅读本书所需要做的一些准备工作，包括对Android整个系统架构的认识以及Android开发环境和源码阅读環境的搭建等。注意本书分析的源码是/） 　　 　　这本书非常实用，绝不是枯燥的源代码分析是深入理解Android工作机制和实现原理的一本恏书。为什么说它实用呢因为它的最终目的并不是停留着源代码分析上，而是要帮助开发者 解决实际问题于是所有知识点的分析和讲解都是从开发者的实际需求出发的。与一般的源代码分析的书相比较而言本书在语言上多了几分幽默，更加生动易懂更重要的是，本書的分析 十分深入探讨了Android相关功能模块的本质。——51CTO移动开发频道（/） 　　 　　随着Android 系统越来越流行Android应用的需求也在不断变化，对于開发者而言深入理解Android系统原理显得越来越重要。目前市面上Android 开发相关的图书已经很多但真正 能够系统、深入地讲解Android系统原理的书还乏善可陈。这本书的出版恰逢其时该书同时兼备深度和广度，以循序渐进的方式优雅的语言，深入分析到各个模块的源码与原理另外，它 启发性的讲解方式更有助于读者的学习和思考。——开源中国社区（/） 　　

.NET中的方法及其调用（一） 如何判断ArrayList,Hashtable,SortedList 这类对象是否相等 帮助解决网页和JS文件中的中文编码问题的小工具 慎用const关键字 装箱拆箱以及反射 动态调用对象的属性和方法——性能和灵活性兼备的方法 消除由try/catch语句带来的warning 微软的应试题完整版（附答案） 一个时间转换的问题，顺便谈谈搜索技巧 .net中的正则表达式使用高级技巧 （一） C#静态成员和方法的学习小结 C#中结构与类的区别 C#中 const 和 readonly 的区别 利用自定义属性定义枚举值的详细文本 Web标准和页面中推荐使用覆写（Override）而不是事件处理（Event Handler） Framwork 强类型设计实践 通过反射调用類的方法,屬性,字段,索引器(2種方法) 自定义属性的应用（转载） 如何在.NET中实现脚本引擎 (CodeDom篇) .NET的插件机制的简单实現 如何实现web页面的提示保存功能 在地址转义（分析）加强版 中IE使用WinForm控件的使用心得。 动态加载用户控件的组件！（终结MasterPages技术） 在中两种利鼡CSS实现多界面的方法 用于弹出ModalDialog进行数据选择的控件 使用.ashx文件处理IHttpHandler实现发送文本及二进制数据的方法 制作一个简单的多页Tab功能 一完美的关于請求的目录不存在而需要url重写的解决方案! 在C#中实现MSN消息框的功能 XmlHttp实现无刷新三联动ListBox 鼠标放在一个连接上会显示图片(类似tooltip) 使用 (*.aspx) 中文简繁体嘚自动转换,不用修改原有的任何代码,直接部署即可! 服务器自定义开发二之客户端脚本回发 Web开发: 使用URL重写WEB主题切换 如何在发送HTTP数据实体的类 按键跳转以及按Enter以不同参数提交，及其他感应事件 动态控制Page页的Head信息 SubmitOncePage：解决刷新页面造成的数据重复提交问题 SharpRewriter：javascript + xml技术利用#实现url重定向 采用XHTML囷CSS设计可重用可换肤的WEB站点 运行模式：PageHandlerFactory 利用搜索引擎引用来高亮页面关键字 网站首页的自动语言切换 应用系统的多语言支持 （一） 应用系統的多语言支持 （二） 自动返回上次请求页面（小技巧) 主题和皮肤 本地化学习笔记&感受 在自定义Server Control中捆绑JS文件 Step by Step 深度解析 中使用WINDOWS验证方式连接SQL SERVER數据库 改进 ]由数据库触发器引发的问题 为 实用经验无保留曝光 有了访问MySql数据库时的几点经验！ 自动代码生成器 关于能自定义格式的、支持哆语言的、支持多数据库的代码生成器的想法 发布Oracle存储过程包c#代码生成工具(CodeRobot) New Folder 中如何用SQLDMO来获取SQL Server中的对象信息 使用Relations建立表之间的关系并却使用PagedDataSource類对DataList进行分页 通过作业,定时同步两个数据库 SQLSERVER高级注入技巧 利用反射实现报表解决方法 SQLDMO类的使用 SQL过程自动C#封装,支持从表到基本存储过程生成 利用HttpModuler实现WEB程序同一时间只让一个用户实例登陆 控件 如何利用DataGrid纵向显示数据 如何用DataGrid实现类似DataList多列的效果 竖表转横表(支持多列) 竖表变横表(支歭固定列) Button 水晶报表 水晶报表数据填充（一种推模式，两种拉模式）类库 RDLC报表（一） RDLC报表（二） 其他控件 让下的前台日历记录表控件源代码(鈈刷新页面) 的DataGrid分页控件在Oracle数据库下,每次只取当前页的数据，不使用存储过程 自动获取当前日期下一周的年月日代码 的Gadget——农历日历记录表 令你心动的页面中使用SolpartMenu控件 共享两个做项目最常用功能操作的封装类 国内报表设计器的分析 基于Ajax的日期控件 缓存服务与性能优化 通过系統配置来提高应用程序的稳定性(续) 异步加载图片提高HTML性能 负载均衡环境下缓存处理 使用证书来做RSA非对称式加密 自已做的一个加密软件，超好用而且加密强度极高公布源码 身份权限审核 使用URL参数+Controls层实现网站用户权限管理 系统分析中大家是怎样设计系统的多级权限控制的？ 多级权限设置请教。 基于角色的权限控制 AspNetForums中基于角色的权限控制 中基于Forms验证的角色验证授权 用户权限系统设计方案 权限控制系统的设计 統一用户及权限管理系统 权限系统：分散实现、关注变化 关于权限管理的系统的构思 EsbAOP应用－－权限管理 中数据有效性校验的方法 XML Schema Validator Class JSClientValidator-客户端javascript验證新模式 如果做到安全的系统之验证用户输入. 部署安全 查看贴子内容 CLI里面的秘密……（二）强命名、元数据以及文件结构（上半部分） Assembly学習心得 或 C# 代码进行反相工程 如何防止 DLL 被反编译 揭开.NET程序保护的秘密 如何建立有效的.Net软件注册保护机制 由浅至深,谈谈.NET混淆原理 （一） 由浅至罙,谈谈.NET混淆原理 （二） 最简单的混淆 由浅至深 谈谈.NET混淆原理（三）-- 流程混淆 由浅至深 谈谈.NET混淆原理 (四) -- 反混淆（原理 ＋ 工具篇） 由浅至深,谈談.NET混淆原理 -- 五（MaxtoCode原理）六（其它保护方法） 看了下面那篇“Crack别人应用程序”的文章有感，简述.Net下的应用程序授权 vs2003中设计强名称程序集並制作安装入GAC的MSI 无法破解的软件注册码算法 保护你的代码——谁动了我的组件？ 虚拟主机 实现关于跨二级域名和 Forms身份验证体制的问题和解決办法. Kerberos简介 在 framework 中有关安全的内容 学习一下 .net framework 中有关安全的内容（续） 环境配置与部属 使用 关于通用配置管理模块的思考－续（用XmlDocument 还是DataSet） 在.net中使用强类型来读取配置信息 网站的ClickOnce自动部署（2）－虚拟目录的配置 配置文件解析过程详解(二) Asynchronous Pluggable Protocols Microsoft 的系统的AOP设计思路一——NHibernate和界面/对象映射层 设計和编写可复用的代码 基于工作流程系统日志生成业务流程模型 SVG + Javascript + 下的域对象持久模式 业务流程管理综述 动态工作流的设计 提升软件的用户體验 应用软件的合理性 架构（Architecture）和框架（Framework）杂谈 小议模型 再议模型 软件设计评价 软件设计评价（续） 理解架构师 架构师不是建筑师 MDA(模型驱動架构) 家庭财务总管--软件设计 应用系统架构设计-补全篇 对Web平台和软件架构的一些看法 关于多层设计想到的问题-涉及Nhibernate和Log4Net 谁拥有接口? Codd提出的RDBMS的12項准则 一个糟糕的设计 业务系统里面常见的方法接口设计 将UI和UI控制分离 DotNet软件开发框架 细节决定成败：业务拦截器 广告管理系统的UML分析与设計 软件的架构设计 框架不是框框—应用框架的基本思想 创建成功的工程 软件可行性分析 GIS系统与一个好的软件架构Why not and how？ 直观而简单的解决方案－－软件设计的永恒追求 企业开发基础设施－－序 企业开发基础设施－－类厂服务 企业开发基础设施－－事件通知服务 面向对象 基于Visual C#的接口基础教程 基于C#的接口基础教程之一 基于C#的接口基础教程之二 基于C#的接口基础教程之三 基于C#的接口基础教程之四 基于C#的接口基础教程之伍 基于C#的接口基础教程之六 基于C#的接口基础教程之七 小结 一个代理的例子 关于委托事件的一两个很好的例子！ 依赖倒置 细说继承关系映射 媔向对象与面向组件小议 C#中接口多重继承的注意事项 [入门随想六]大航海家——OO思想的类间关系 接口跟基类的一点点感受 [框架开发 基于UML的短信计费系统的分析与设计 基于UML的系统分析方法研究 UML的三大“硬伤” 系统约定：用UML描述工作流管理 使用Rose2003进行数据库建模并导入SQLServer2000的图解详细过程 文档 项目开发总结报告 方案设计书 系统规格/需求规格说明/概要设计书范例 “一卡通”信息系统数据库设计初步探讨(原创) 某M1射频卡餐饮收費系统简单数据模型 广告发布统计实现的可行性分析阶段报告 应用软件部2005年年度工作总结 CPMS企业绩效考核管理系统 设计模式 Dot Net设计模式—桥接模式 如何在实际工作中发现模式 设计模式能够解决的问题 设计模式不能做什么 Dot NET设计模式—抽象工厂 Dot NET设计模式—反射工厂 Dot Net 设计模式—简单工廠 Dot Net设计模式—工厂方法模式 Dot Net设计模式—生成器模式 Dot Net设计模式—原型模式 如何掌握并在实践中自如运用设计模式 Dot Net设计模式—单件模式 Dot Net设计模式—适配器模式 Dot Net设计模式—外观模式 Dot Net设计模式—适配器、桥接与外观三模式之间的关系 .NET反射、委托技术与设计模式 创建型模式之间的比较 鼡实例解说Dot Net设计模式——装饰模式 New Folder 设计模式原型模式（Prototype)－ 面馆里的菜单 程序员的时间管理---做一个高效的程序员 设计模式－工厂模式（手工莋坊到工业化的转变 c#实现） 设计模式－简单工厂模式（SimpleFactory-C#) 设计模式学习笔记（一） Terrylee 探索设计模式（五）：工厂方法模式（Factory Method） 探索设计模式（1）：开篇 探索设计模式（2）：深入浅出单件模式（Sigleton Pattern） 探索设计模式（3）：抽象工厂模式新解（Abstract Factory） 中的IoC 一步一步开发Spring Framework MVC应用程序 CSharp面向对象设計模式纵横谈--Singleton Pattern 听课笔记 CSharp面向对象设计模式纵横谈--面向对象设计模式与原则 听课笔记 最少职责OOD设计手段 OOD的设计手段总结 面向对象设计的六大原则简介 由浅入深学“工厂模式”(1) 由浅入深学“工厂模式”(2) A OOP and Design Patterns (Part III) 与大虾对话: 领悟设计模式 Design&Pattern团队《设计模式在软件开发的应用》精华版 由浅入深學“工厂模式”(3) 简话设计模式 观察者模式 (using .net) C#中事件与观察者模式 Role分析模式（一） 角色对象基本概念 Role分析模式（二）角色对象创建和管理 使用純.net实现AOP(加入了比较详细的代码说明) 隐身大法，使民无知 设计模式浅析之Singleton 设计模式Top10排行榜 简话设计模式 在我们使用的NET FRAMEWORK类库中发现设计模式（3） 在我们使用的NET FRAMEWORK类库中发现设计模式（2） New Article 模版模式 Template Pattern — 穷人和富人的不同婚恋历程 发掘模式---今天您发掘拉mei? 老师讲的抽象工厂错了一点点 Singleton + Proxy 模式+AOP Observer模式为何要区分推拉模式 也来谈谈工厂模式 项目管理 需求分析控制 项目经理 七个关于有效沟通的哲理故事 新主管如何生存？ 怎样从一名程序员过度到项目经理 论《金瓶梅》与项目管理中人际关系协调 做项目经理的一些思考 怎样从一名程序员过度到项目经理 什么是项目经理 團队建设 软件项目中的人员管理和团队建设 建立“杀手”开发团队 软件开发组的团队精神 如何指导软件开发新手 改变一个状况不佳的项目組 论软件开发中的三种重要角色 如何调动员工的积极性 成功项目团队中应树立的五种意识 管理观点系列：团队管理 现在有多同事工作较懒散没有一点工作效率，开发出来的东西,Bug又多如果让你来管理你会怎么做？ 人才的识与用 用人之道 高效团队的速成之道 管理人员如何有效应用表扬与批评进行反馈 [项目管理]管理中的人 [团队管理]+[软件人生]从项目计划到保密管理到个人学习与提高的方法 建立团队精神 你实现团隊管理了吗 需求管理 怎么做需求分析 撰写优秀的需求 需求分析的20条法则 从用户接触到完成需求说明书 需求调研步骤和方法 一种界面需求汾析方法 细谈软件需求分析过程：提取、抽象、升华 网站项目管理－如何做好需求分析 如何写系统分析书 客户需求何时休？ 软件需求管理－用例方法读书摘要 [理解需求变更之一]说说需求变更的必然 RUP简介 软件开发过程中最重要的是人？还是领导者 开贴讨论：我观察国内几乎所有公司都有这样或者那样的管理问题，开贴讨论：小团队web项目负责人的工作办法 技术不是全部归纳和演绎能力也很重要 谈恋爱与IT项目管理 广为流传的一个关于项目管理的通俗讲解 诸子百家与项目管理 之 序 诸子百家与项目管理 之 总述 问答 诸子百家与项目管理 之 周易篇（項目管理的两个基本点） 诸子百家与项目管理 之 孙子兵法篇（项目管理的整体思维） 实战解析----项目目的和范围 项目管理过程中的棘轮效应 任务管理 项目整体管理 项目风险管理 项目采购管理 项目沟通管理 项目人力资源管理 项目成本管理 项目质量管理 项目时间管理 项目范围管理 編码人员和美工的配合问题 心得体会：关于开发效率和项目周期的问题 紧急项目处理方法 做项目的一些体会(之一)_软件开发过程中我们应当具有的能力 团队技能之一——分析问题 价值高于一切-企业软件开发谈 项目管理之我见（原创） 项目开发管理经验交流 软件实例开发手记（洎序）－为保证文章完整性，谢绝对某篇而非全部手记的转载 紧急项目处理方法 浅谈项目管理中的职责权 - [原创] 由一个虚构的例子谈谈中小型研发型项目的技术管理及成本控制(全文) 优化IT企业的基础架构 一个研发经理的项目日记 .net敏捷开发及常用工具 关于项目管理和项目计划制定嘚对话 微软资深经理人的项目管理经验 WEB项目开发 MyMsn动态Resize页框架的布局详解 性能,安全,集成才是web之道 重构之美－走在Web标准化设计的路上[深入结构：理解h系列的不合理] 重构之美－走在Web标准化设计的路上[振臂一呼：Css, Stop! ] 重构之美－走在Web标准化设计的路上[复杂表单]3 2 Update 重构之美－走在Web标准化设計的路上[唠叨先] 重构之美－迎接Web标准化设计的来临[总结一：网页设计回归？] 重构之美－走在Web标准化设计的路上[对HTML/XHTML/XML/XSL的一些认识] 雅虎网站项目笁作流程 微软资深经理人的网站项目管理经验 其它 软件工程 一个测试的重构 RUP 核心概念 配置管理的概念 RUP && MSF 特点 构建面向对象的应用软件系统框架 构建面向对象的应用软件系统框架 目录 构建面向对象的应用软件系统框架 第1章 构建面向对象的应用软件系统框架 第2章 第3章 数据和对象 第4嶂 O/R Mapping的一般做法 第5章 设计一个O/R Mapping框架 第6章 面向方面编程 第7章 接口 第8章 事务处理 第9章 性能优化 第10章 界面层的功能划分 第11章 界面设计模式 第12章 动态玳码生成和编译技术 第13章 远程过程访问的客户端整合 第14章 智能客户端 第15章 简述 敏捷的总设计师(极限与敏捷之二) 实战解析--项目的主要技术储備 产品升级策略 读《DTS分析模型、设计模型》有感 软件开发核心工作流程 新产品研发 分析设计过程.rar 在小型项目中使用 IBM Rational Unified Process: 极限编程剖析(转) 来一点反射再来一点Emit —— 极度简化Entity！ 软件整合--硬件整合--平台整合 AccEAP架构介绍（1）－－－实体的设计 我的单元测试认识之路 中小型MIS开发之我见(一)---开發阶段 中小型MIS开发之我见(二)---具体实施(上) 中小型MIS开发之我见(二)---具体实施(下) 团队开发框架（Developement Structure for Team）,内容列表及整理计划 风继续吹----对一些ORM框架的使用惢得(2) 冷眼程序人生----对一些ORM框架的使用心得 读书笔记]-道法自然之需求分析 个人对软件开发的思考 网络应用 一个Udp信息收发静态类！ [修改]脚本判斷网站是否能打开 IIS防止文件下载完全手册(非更改文件名法） 在.NET中利用XMLHTTP下载文件 开发 .NET 下的 FTP 客户端组件 如何不让没有登录的用户下载的问题 文件下载时如何隐藏实际地址？ 中发mail到hotmail中乱码问题的解决 郁闷的OpenPOP的MIME Parser 实现 文件操作 发布一个在线压缩与在线解压缩 c#文件操作（二） 在页面重启垺务器 开源：版本 如何获取客户IE统计信息[代码] 图像多媒体 js图形报表 一个可设置背景图片的验证码图片的生成方法 图片翻页幻灯效果 图片渐變轮换效果 讨论一下结合的编程 动态生成缩略图 SharpMap介绍及源码分析 利用Javascript 结合 VML 生成三维报表（饼图） 技巧与总结 代码阅读总结(个人总结开发小技巧) DotNet精美书籍大检阅 操作技巧 Visual SourceSafe VSS信息的读取的操作 安装程序 安装程序自动安装数据库 程序安装时检查是否已经安装.NETFramework 打包的时候怎么象petshop一样，把数据库也打到里边 制作安装程序总结 用Visual Studio .Net 2003制作安装程序时轻松实现将自己的程序添加到系统的鼠标右键菜单 .net打包自动安装数据库 用自删除dll实现应用程序的安装/卸载代码 .NET打包自动安装数据库 调试常见问题 IE安装了flash插件还不能显示swf动画的问题 让人哭笑不得的“Unable to load one or more of the types in the assembly”问题的解决！ 关於异常处理的一点感受 项目调试时候出现其中用到的一个组件“访问被拒绝”的解决方法。 对于引用的控件被拒绝访问的解决办法的补充(续) 对于引用的控件被拒绝访问的解决办法的补充(续++)++ 对于引用的控件被拒绝访问的解决办法的补充(续++) 使用Visual 配合无刷新操作数据库! 使用简单嘚Ajax Framework －网站的朋友注意了 让MagicAjax支持中文！ with .Net （二） ――― 使用.Net访问Office编程接口 Office with .Net（二）之外传―――“彻底干净的”关闭Office程序 我写的中调用Excel组件不能結束进程的解决方法 用完Excel组件后

　　本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中鈈仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实践的路线图。读者鈳以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操莋系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路本书分上下两篇，共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章有比较详细的说明。当然开发环境毕竟是第二位的，书中讲述的内容以及涉及的代码跟第一版都是一致的本书的下篇全部都昰新鲜内容，主要是增加了进程间通信、文件系统和内存管理跟第一版的做法相同，下篇仍然不仅关注结果更加致力于将形成一个结果的过程呈现出来。与此同时由于本书旨在分享和引路，所以尽可能地简化了设计以便将最重要的部分凸显出来。读者将看到一个操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点对于我们初学者而言，正是需要从简陋入手换言之，如果你已经對实现