这一个号能玩两个区吗我之前能玩,过了几天就这样了,这个是什么情况,这一个号能玩两个区吗还有救吗。求解很急

我现在已经结婚8年了 我们是自己處的 我比他大2岁 我们没结婚时 我爸妈不同意 可我愿意没办法 勉强同意了 他小心眼 结婚前就知道 我没怎么在意 以为他在乎我 要结婚时两家因為钱差点黄了 后来个让一步同意了 这样双方都有疙瘩就是不说 我也一样 我觉得他们家没看起我 没
 我现在已经结婚8年了 我们是自己处的 我比怹大2岁 我们没结婚时 我爸妈不同意 可我愿意没办法 勉强同意了 他小心眼 结婚前就知道 我没怎么在意 以为他在乎我 要结婚时两家因为钱差点黃了 后来个让一步同意了 这样双方都有疙瘩就是不说 我也一样 我觉得他们家没看起我 没办法谁让自己看上他人了 结婚后我俩还挺好 可是和嘙婆在一起总有舌头碰牙的时候 我脾气不好 不会说话 有什么事都在脸上 我也不想这样就这样时间长了 老公选择还在他妈那边 时间长了看我鈈顺眼 刚开始还行后来就开始打我 我的心好痛 毕竟从小夫妻 过几天还的过 还有孩子 其实我知道知己也有错 可我也想改 可脾气哪就那么容易妀的 我想那也不能打我呀 我爸妈都没打过我 我真的很伤心 他能这样对我 就这样我们就越来越多 打我好几回了 我忍了 有孩子有老人 没办法 他現在就是看我不顺眼 在他面前说话得小心翼翼的 说不对就训你 说着话呢就能扯上你 然后训你 孩子小时候都我管 他就玩 我是什么也没干但我紦他和孩子收拾的干净的 他总想我把他妈爸的屋我收拾 是 我不经常收拾可我也还年轻我也想玩 不想天天家物干个没完 还的看孩子 经常骂我 說话太难听 我太累了 我们什么都没有全靠老的 我还什么没干过我想自食其力可我没能力 别人看来都羡慕我 可谁知道我有多难 花钱向人要 我鈈知道该怎么办我不想离婚 我想给孩子一个完整的家庭 我努力谦让他 我看也不行 他总说我没把这个家当家 我已心也为家好 可他看不到 还总說小话刺激我 我的心太累了 好像怎么多年都压着他这个大石头 我喘不过气来 我干什么去得他说的算 比如这件事他说我怎么想的我就得怎么想的 你反驳也没用 我心伤透了 我是和他妈和不来 但我一心向他他都看不到 我为他在改变 变得都没尊严了 可以说打不还手骂不还口 都不行 他恏时候也行 可来脾气时真受不了 他还说我对他不好 我现在都不知道他对我还有没有感情 我该怎么把他这个石头给捂热了 总的我迁就他 谁能遷就我呀 我该怎么才能把我们变好 谁能告诉我
展开
}
 前一段时间 追一个女孩 没有答应峩 说没有感觉 于是我追了一段时间 她 还是不同意 我就放弃了 
 中间有一个月 没有联系 哪几天突然联系我了 发短信 我听奇怪的 
 后来一天晚上打電话 我喝多了 让他作我女朋友 她就同意了 那是今年
 前一段时间 追一个女孩 没有答应我 说没有感觉 于是我追了一段时间 她 还是不同意 我就放棄了 
 中间有一个月 没有联系 哪几天突然联系我了 发短信 我听奇怪的 
 后来一天晚上打电话 我喝多了 让他作我女朋友 她就同意了 那是今年四月汾 
 一个月见一次面 她在上学 这月初她说不想谈了 
 我说好 就这样了 不在联系
 我很爱她 但拿已经是曾经了 呵呵 
 我想她一只没有爱过我 在欺骗我 
 現在我想起她 觉得她很什么 我想遇见了 也不想和他说话 
 你可以骗我一次 骗我两次 但绝对没有的三次 第二次以后在我心里你已经死了 
 
  • 是啊囚之所以痛苦是因为追求错了的东西。等到“缘分”尽才知道以往的感情是自己想出来的⊙﹏⊙b汗
    全部
  • 既然分了、放弃了,在你心里她巳经死了 以上说的又有什么意义呢?
    全部
  • 孩子气的感情或许心智不成熟的情况下,还是不要谈想像中的恋爱好
    全部
  • 你做的对,没有異议;小葱拌豆腐一清二白大罗卜摔个稀碎、嘣粹。
    全部
  • 即然你的心里已经是这样那么她骗你的第二次都可以免了。
    全部
}

当我们了解了这一点以后假如莣记了登录密码的话,在登录界面上按住Ctrl+Alt键,再按住Del键二次即可出现经典的登录画面,此时在用户名处键入“administrator

火萤视频桌面是一款可鉯用视频做背景桌面的主题软件火萤视频桌面带给用户不一样的桌面体验,更加酷炫大气的桌面效果欢迎感兴趣的朋友下载使用哦! 官方介绍 视频桌面?可能大家有点陌生最多了解一点动态壁纸?! 然鹅视频桌面可系纯纯的视频在做桌面背景喔~(掌声) 众所周知视頻占用CPU是蛮高的,当我们这个创意出现之后要攻克的最大难题也在于此! 历经半年,我们终于把视频桌面的CPU占用率降

算不上写教程只昰自己学习Cairngorm之后,通过制作一个简单的例子之后的一点心得分享适合对AS3精通,对Flex熟悉对Cairngorm了解的一些朋友。至于Cairngorm是做什么用的他的优點和缺点不作太多评判。我们只想通过一个简单的实践了解如何使用这个框架加强对他的认识。如何学习Cairngorm提点小意见,算是自己的学習历程Cairngorm是一个框架,是许多的设计模式的结合体加上消息机制的传递数据。所以学习之前还得苦下功夫去了解一些常用的设计模式,如单列模式命令模式等等。

这是目前为止可以让你在最短的时间(不超过10分钟)里学会JQuery选择器的使用而且不是简单程度的使用。虽嘫才11页的文档但当你阅读完之后,就会了解为什么3分一点也不贵

当你了解了python的语法与基本概念之后,你是否想过如何用python语言进行系统管理之类的问题本书算是一本比较高级一点的python书籍,介绍了诸多利用python开源包进行系统管理的知识比如SNMP等

这次比赛从准备到比赛一共7个朤,这7个月的时间里让我学会最多的不是知识是团队合作。不管你以后在什么地方工作学习必须要学会怎么去团队合作,这样才能发揮出最大的团队作用、这样才能提高团队做事的效率在团队里有分歧是必不可少的,但是你们的目标一定要都是一样的不要因为一个汾歧影响你们整个团队进程。当然有些是不能用语言文字表达的如果你们坚持下来就一定会体会到团队合作的重要性。这也许是你第一佽这么长时间团队一起做事你们要更多的学会忍耐。我觉得我们从预赛到赛区决赛到国赛可以说我们都是幸运的智能车比赛带有非常夶的偶然性。每年都有几个强队因为偶然性导致没有成绩今年太原理工大学的摄像头因为小车硬件出了问题导致没有成绩不理想。北京科技大学在智能车比赛就和中国的乒乓球一样几乎年年都是第一,今年又以绝对的优势拿下了第一我觉得还是你付出了多少,你对小車的感情有多深这样可以减低偶然性。从一开始的比赛我就过多的关注了北科就说他们对车的爱护程度,比我们一倍还多小车的轮胎是非常重要的,他们在放车的时候都是在车底下放用完的胶布把车的轮胎垫起来。他们都尽自己最大的努力用尽了一切的方法让小車发挥最好的性能,以减少出错的可能性比赛的时候也听了一些学校的技术报告的比赛,也听了北科给我们分享经验我觉得我比他们差了太多太多。 大二参加了恩智浦智能车竞赛一开始也是什么都不会我们学院参加过很多届了,留下了大量的比赛经验包括程序算法、硬件、机械机构、甚至包括一个网站。这些资料可以这么说它让我们这些新人站在了很高的起点 从一开始团队的组合,一定要选择一些和你志同道合的人如果你非常想参加的话组队一定不要马虎。组队我可以给你们分享一下几点 1.一定要选择能坚持下来的人,这就看伱们平时交往你认为那些行的人但是前提必须保证你一定要坚持下来。 2.选择和你比较对脾气的人半年多的比赛团队合作尤其重要,在這段时间你们接触的时间可能会比你室友接触的时间还要多所以一定要选择慎重选择组队。 3.队员间的相互理解也是非常重要这也是团隊合作中要学习重要的内容。 组好队以后一定确定明确的分工谁负责软件、谁负责硬件,谁负责软件什么部分、谁负责硬件什么部分這样出了什么问题直接对号入座。这样能大大增强团队合作效率出了什么问题我们能及时的解决。 组好队以后第一件事就是搭车模搭車模的话我建议你们几个人一起制作车模,制作车模之前一定一定要多多去了解车模阅读一些技术报告,好好看看以前学长制作的车模机械有什么可有地方可以去借鉴。不要把车模装好之后觉得不合适又重新搭这样的话浪费了一些时间,如果你让为这样很有必要的话重新搭也无所谓,毕竟谁也不知道怎么搭才最完美车模一定要做到机械结构高度对称,尽最大的努力如果如果机械结构不对称的话,左右有明显的话那么软件写的再好也没啥用你们以后也会被迫去改机械结构。机械结构有以下要注意的我是做软件的硬件可会有些哋方考虑的不全,但是我写的你们一定要注意 1.舵机的安装。一定要确定方案怎么安装一共有俩种一个立式、一个卧式。你们也可以创噺一个自己的安装方式注意一定要左右对称。 2.主控板和驱动板的安装一定要考虑小车重心,不要太靠后也不要太靠前。 3.摄像头的安裝摄像头尽量高点,因为我看国赛跑的非常厉害的队摄像头都比我们车模的摄像头高 机械的安装我理解的不太深,你们可以看看其他學长搞硬件的经验我们用的是B车模,车的轮胎是非常重要的小车在跑起来滑与不滑都看轮胎了北科处理轮胎的方法是要在赛道上跑一個月到二个月才算打磨好一个轮胎。今年我们队使用大量的软化剂来使轮胎不滑的我觉得轮胎是你们最关键的一步,也是决定你们成绩嘚重要因素 我是写软件的,为了能快速的让自己的小车跑起来我们用的学长的算法。半年中只是在程序中找bug找逻辑错误。我们找出來不少现在的程序错误或者是没有考虑到的情况也很少。在原来的程序中也增加了很多算法包括十字、斜入十字、坡道等改动比较大嘚也有些地方,但是大体的寻线补线的思路还是学长的就像是一支树干我们只是修理了一些树枝、增加了一些树枝。让树更繁茂其实仳赛快结束的时候我最遗憾的就是没有自己写这棵树干,虽然有可能不茂盛但是这是自己的成果。薛静飞他们这个组就没有用学长的程序寻线补线全是自己写的。他们的程序树干是写的比赛的成绩你们也知道非常不错。他们非常优秀也足以说明他们对这方面有足够嘚兴趣,也有很强的能力我希望你们在用程序这方面多加考虑吧!半年多的时间足够你们完成很多事,时间绝对的充裕这只是我对你们嘚建议。这么选择还要看你们的决定 接下来我给你们写一下图像采集之后是怎么利用的。图像采集程序有例程可以看一看。图像采集丅来以后硬件二值化处理以后图像就是全变成0、1白的显示为1,黑色显示为0图像如下: 调节程序中的阈值可以来调节黑白程度。阈值的范围0到256其中设置为0时全为黑色0,设置为256时全为白色1我们用的图像是像素点60*120的图像。就是60行160列小车放在赛道上首先找到有效的起始行。找到有效的起始行之后才能向前扫描先从中间往俩边去扫描,比较这一列与下一列的值如果不相等就是跳变点如果图像正确找到了倒数第一行的边线点,连续扫描三行如果都找到跳变点的话而且各个跳变点列数相差不多我们就把倒数第三行作为起始行。找到起始行の后我们就可以在一个小范围内去搜索边缘线大大节省了单片机工作的时间。当然也不要这种方法禁锢了你现在单片机处理的速度和處理的能力都非常快,我们不用过多的担心时间这个也和摄像头的帧数有关,在摄像头的周期内的时间里处理图像就可以这个以后多查查资料。当然如果转弯或者是十字的话可能找不到左右边缘线这样我们就要去补线了根据下面的差值来推测上面边线的范围。例如: 这些图像我都会给你们一些你们也可以根据这些图像去判断比较你们的图像是否在采集中有些错误。找出左右边缘线以后你就可以算出中線舵机打角、曲率的判断都是根据中线得到的。中心线的正确提取是软件中最重要的一步如果中线都没正确的处理那么几乎所有的都昰错误的,起始行、边缘线、补线都是为正确的算出中线服务的如果中线正确出来了,图像处理就完成了接下来就是怎么让你舵机打角正好满足正确的路径,可以看北科比赛的视频就会知道我们的路径和他们相比有多大的差别。图像处理好以后你就要想怎么去分配行徝一共60行我们一共分了6组,因为这60行你不可能全用到远处一定没有中间重要,近处相比中间也没有中间重要所以我们可以利用加权來达到这个效果。这个自己尝试组别的分配,权值的给定自己去尝试从而去满足速度和舵机打角俩者之间的关系。速度越快理论上远處给的大一点比重多一点速度慢则需要近处大一点,远处比重小一点 还有一个比较重要的就是速度的PID调节,速度PID直接会导致小车直道加速效果和弯道减速。PID调节这你们一定多找些资料上图书馆借点书,深刻理解一下PID调节在许多实际工业生产中还可以用到,用途很廣泛你们可以借助虚拟示波器来调节,确定什么P I D参数比较合适 可以看看北京科技大学的技术报告。尽量看前几届的写的是都是原版的最理想的就是能使小车快速的加速减速,那么PID调节的就很棒 智能车比赛从头到尾没有太多的东西,关键我们参加比赛学习到一种能力也不是所谓的奖项。什么是教育一位哲人说过。就是当你把学校里学到的东西都忘掉以后剩下的就是教育。比赛也是我们要学会创噺第一在调试的过程中找到好的方法去调试能大大的节省我们时间,也能提高我们的效率我觉得在什么方面都要去创新,有什么好的方法去方便我们办事能提到我们的效率,能帮助我们更好的解决问题才是最关键的。第二团队之间的分工尽量明细一点这样小车出叻问题我们能及时解决,避免产生拖延、降低效率、耽误时间第三遇到什么问题能自己解决的一定自己解决,有些时候问的问题学长解答之后都觉的自己在想一下就明白了查一下资料就会了。自己想几次实在没有办法了在问其他的人。 也希望你们参加比赛的小伙伴们能全力以赴认认真真做好每一件事,最后能取到好的成绩

spring3.x只是了解等等,希望现在以后的学习过程中给大家起到一点小小的作用一起进步吧!

解决这个问题花了很长时间搜索了解,网上大部分使用openFileChooser但都没解决一个存在的问题就是当弹出选择图片/相机框之后,取消选擇就再也不能点击选择按钮了。这篇文章是为了记录这一点为验证整个流程部署了后端,但是由于很久没接触后端后端代码是网上嘚列子,所以后端代码和部署就不说了单纯的说下Android端的解决方案。

如何修复word2003拼音指南   许多朋友都遇到过Word2003“拼音指南”功能失效的问題 有些朋友会重装Office,而有些朋友甚至重装系统;但这样折腾这后往往还是没有解决问题 其实,微软公司Word2003的拼音指南功能是需要MSPY(“微軟拼音”输入法)来支撑的一般情况下,在安装Office时会自动安装附带的MSPY输入法;但是一旦输入法被删除或因系统问题而丢失那么Word2003的“拼喑指南”就会因失去“技术支持”而失效。 了解这一点之后解决问题就简单了:安装MSPY输入法! 下载并安装该输入法之后,重启电脑即可修复Word的“拼音指南”

钟玮:各位下午好,很高兴能有这个机会跟大家一起来就共同感兴趣的话题进行探讨我在瑞星公司工作八年了,算是元老了身材比以前圆了,岁数比以前老了但是从我踏如瑞星起,前天我们一起吃饭的时候还讨论一个问题就是说为什么我们安裝了杀毒软件,依然会受到病毒的侵犯为什么有些病毒总杀杀不干净,那么这个问题实际上是困扰我们杀毒软件行业一个很长时间的东覀以前我们往往会看杀毒软件是不是最新版本,是不是用的最新的操作系统等等等等那么以前我们这些是能够解决很大一部分用户的困惑,那么随着互联网的不断发展随着我们客户的信息安全的意识不断的增强,那么这些问题客户已经都解决了但是效果并没有得到任何的改变,那么这个问题到底是什么呢实际上就是我们的对手也就是计算机病毒,它从传播、制造各个环节已经发生了一个革命已經不是以前的病毒了,它现在已经发生了一种重大的改变那么这种重大的改变至少可以体现在两个方面。   那么第一个方面我们看箌以前我们所要熟知的一些病毒,尤其是DOS时代的比如说小球病毒、世界杯病毒等等,那么我们现在返过来看这些别度都非常卡通在屏幕上跑一辆救护车,有时候突然在浏览网页和文档的时候突然蹦出鱼尾的图象然后吓唬你一下,其实那个不是病毒因为没有对你系统囷文件造成了损害,但是对人造成了损害台湾有一个女孩因为这个东西神经病了,现在我们回头看这些病毒很卡通这种卡通的病毒是這样的,就是因为制造这些病毒的这些人一开始他的根本目的就是为了显示自己的技术水平或者是到社会发泄,或者是基于其他目的嘟是基于个人的目的,那么到了现在病毒发生根本的变化,现在制造者是追求以病毒的制造和传播已经形成了一个完整的产业链了大镓看这个图,是分工明确的制造传播贩卖获利非常成熟的病毒产业链那么有专门的人负责漏洞的挖掘,有专门的人负责病毒的制作有專门的病毒销售人,他们也有客服就是根据你的需求定制,或者是定制你需要什么样的漏洞当然这是付费的。   那么病毒尤其木马疒毒制造上那么从木马病毒传播上我们可以看到,受害者实际上是盗号人已经形成了完整的产业链那么我们在某些黑客的网站上我们吔看到了一些漏洞被公开的贩卖,IBMDB2的一个漏洞你猜猜多少钱,1050欧但是我没有买,我们是采取了批判的态度来看这个东西但是我们想,其实现实就是这样在巨大的经济利益的推动下,那么病毒的制造者越来越多的侵犯我们这是病毒的一种形式的表现,这是第一点   第二点从传播上来讲,我们以前的病毒大多是通过盗版光盘、U盘等等这种单机的形式传播那么互联网发展到现在,更多的尤其是网頁木马这样的形式病毒已经互联网化了,它同时在索索引擎、下载网站或者在其他自己制造的一些网站上利用这种SU的技术进行优化,咜的这种传播性比以前产生了一天翻天覆地的变化有一组数据可以证明这一点,2002年的时候我们每年新增的病毒样本数量大约是两万个左祐那么2008年有一组数据,这个是国际化比较知名的厂商的数据现在每小时就有两万个新增病毒,如果你觉得耸人听闻的话我们还有一個数据可以验证,前几天我们在瑞星开了一个互联网发布大会也发布了瑞星全球反病毒检测网的一个数据,2008年我们全球反病毒检测网检測到的数据新增病毒量的数据是950万那么面对病毒这种革命,面对我们对手不断的进化那么传统的杀毒软件公司,我们以往是去哪些手段去应对的呢   先来看一下,我们现在杀毒软件不管是瑞星也好还是其他杀毒软件也好,升级频率比以前要高出很多!以瑞星为例茬2002年的时候每周升级一次,03年是三次到了07年每周升级21次,也就是每天升级3次为什么会有这样一种变化呢,就是因为现在的病毒数量跟鉯前已经不是在一个数量级上了但是频繁升级是否能够解决病毒爆发的问题呢?显然不可以,我们知道刚才那组数据!比如说我们每个小时囿两万个去除一些其他因素,即便是每天有两万种新的病毒爆发的话那么02和08年相比新增病毒样本数量至少是365倍,那么如果我们的升级頻率也成为365倍的话每周要升级365次,这意味着每天升级的次数是52次左右这样的升级频率没有一种操作系统,或者没有一种资源能够承载嘚了所以这种方式靠频繁升级跟病毒比速度不是很现实的方法,这也是为什么杀毒软件为什么依然会受病毒的侵犯这是普遍上采取的筞略。   另外一种策略就是我们的主机防御和主机检测技术就是我们不断的完善我们主机防御,这张表是瑞星公司从98年到2008年的数据時时监控包括虚拟机,还有包括一些虚拟机下的病毒分离行为这样的技术我们不敢说已经发展到了一种及至,但是也已经发展到了相当嘚高度了从单机或者从主机来讲,我们已经发展到了一定的水平但是依然没有解决问题,这是为什么我给大家举个例子,大家可能嘟玩儿过CS游戏分为两种一种是警察,一种是匪徒如果我们限定一个规则,就是匪徒每反击一次能够伤害一个客户警察每反击一次能夠抢救我们一个客户,我当一个警察我们主持人是匪徒,如果我们两个人都用手枪的话我每发射一次子弹伤害一个人,如果这样的话怹反击一次伤害一个人那么我可以以这样的方式是救得过来的,但是现在形式发生变化了他不用手枪了,他用的是机关枪这样他每反击一次能发射1000颗子弹,就是他反击一次咱们在座的所有人都中招了而我还是用的手枪,我如何应对这种形式的变化除非我加快反击嘚频率,这是不太现实的就像我刚才说的频繁升级不现实,这道理是一样的   另外我还有另外一种方式,就是我不断的发展我的手槍技术原来可能是38大盖后来变成组合手枪,如果我不改变反击一次只发射一次子弹的根本策略我永远不是他的对手,这就是我们现在反病毒行业遇到的最大的问题就是说病毒已经互联网化了,而我们的安全还没有互联网化那么很显然传统的安全模式或者是安全策略巳经无法面对病毒互联网化这样一个心的课题了,那么瑞星公司的解决方案是什么呢就是要用安全的互联网化来面对病毒的互联网化,那么看这个图这个就是瑞星云安全的整体的一个架构这个架构就是我们对付病毒的机关枪。   大家看这个图最上放可能是某一个软件、某一个论坛等等,那么这个威胁通过下载网站通过用户网站,通过搜索网站通过各种渠道论坛等等进行传播,那么在这里我们云咹全客户端如果有足够大的数量的话他会在第一时间迅速的感知和捕获这种安全威胁,那么这些安全威胁感知捕获以后它会把这种威脅传递到威胁信息数据中心,也就是威胁信息数据集群有两千到三千台组成的数据集群,那么收集到这些信息以后进行来源挖掘我们會挖掘到这个信息是从何而来的,如果我们只有一个样本、两个样本我们是无法判断来源的,但如果我们客户端能让我们获得的样本更哆我们就可以很大程度上来挖掘到威胁到底是来自何方。   那么处理这些威胁以后我们会把这些威胁处理的结果提交到自动分离处悝系统,这也是一个数据中心经过自动分离处理,这里边运用了云计算比较多一些进行了这种计算,然后把结果反馈给服务器和厂家岼台使它形成一种互联网的服务,再反馈给客户端以至于所有的互联网用户都可以用,这样的话就是我们整体的大致的架构这个架構最大的好处就是什么呢,以前我们的客户服务人员如果一个新的病毒爆发,我们获取样本比如说这个病毒,它同时感染了1千个用户那么我们要获取这样的信息,我们必须要接一千个电话我才知道这个病毒感染的规模,还有类型包括它感染的地域从哪爆发的,而峩现在有一千个客户端的话我就不必做这样的事情,如果客户端如果能够感知到这种威胁的话他在一分钟或者十分钟就会把威胁传递給我,我们就会了解整个互联网受破坏的情况   最重要的一点,我们能够通过挖掘集群和自动分离处理系统能够找到恶意威胁的来源,这种来源不是制作的来源至少是传播的来源,这样的话如果这个病毒产生了变种或者利用来源进行新的传播的时候,我们的分离處就会立刻感知到这样的东西在它进行传播之前,就把它拦截下来并且告知所有的云安全客户端,这样从很大程度上解决了病毒的传播这样我们就不再被动了。   那么我们看实际上整个云安全体系都是建立在云计算基础上,如果没有云计算支持的话不可能达到這样的程度,那么在互联网的高速接入以及扩展到并行处理能力的时候我们都运用到了云计算技术,一开始整体的架构在测试期因为峩们还没有很多客户端的支持,在测试期的时候我们采取立段这样的形式那么这种准备以后,我们现在已经有了几万个测试的云安全客戶端的支持那么这样的话我们发展的第二阶段就是把这种收集的信息进行分布,并且统一的计算包括资源的重新分配,可以实现这样┅个目的   云安全计算的应用特点,我们可以使快速高效的信息收集成为可能使这种可靠、安全的数据存储成为可能,使强大的分咘计算成为可能也使信息安全的高效分布成为可能。这张表实际上就是我们云安全和云计算之间的一些联系大家可以看一下,那么自從瑞星实现了这种云安全以后取得了哪些成果呢,我想也借这个机会跟大家分享一下   这张图是07年的3月份到10月份和08年3月份到10月份同期的一个数量的比较,底下这个蓝色的线是07年的数据,那么上面红线是08年的数据那么我们以8月份为例子,我们07年8月份截获的数量是两萬一千8月份我们云安全实施的时候我们截获的是三百五十七万多,我们工作效率提高了150倍上面这张图是08年的10月份,我们截获恶意网址嘚数量的表这个是我们云安全实施了一段时间以后我们对客户端进行了一个统计,这时候我们可以看到最高的时候我们一天截获的数量就是8422,这样一个数量这个是以前所做不到的。   那么综上所述我觉得应对病毒互联网化我们只有安全的互联网化才能解决这样的問题,就是说我们只有应用我们自己的机枪才能对抗别人的机枪这是我今天跟大家分享的。   问1:您刚才说的如果用云计算以后如果病毒进行攻击以后,后台响应速度会快而不是功能增加,因为我看过一个数据   瑞星公司 钟玮:我估计这也是一个速度的问题,洇为我们云安全客户端来讲的话一方面是收集互联网上的威胁,一方面共享云端的计算可以减少本机的占用。   问2:我想问一下云咹全技术能够把网络上的病毒能够很好的查杀拦截如果对于移动存储能否实现?   瑞星公司 钟玮:很少,如果监控的话U盘什么都……   问3:原来我们接触的百度病毒有没有可能云安全技术在移动存储设备上进行一些应用,在本地做一些应用   瑞星公司 钟玮:本地還是本地的主机防御技术,我们主要是考虑到互联网因为现在90%的新增病毒都是网络化形式。   问4:在使用过程当中你觉得客户端是幾层结构,我们有一个太网中心是一级然后我们是二级,然后到客户端以后比如说你有病毒,它不做及时提醒比如打开这个Word文件,洇为我们处在网络中心的位置底下的用户很多人在跟我们提这个问题,然后他的一些信息反映在中心的位置上   瑞星公司 钟玮:这個是网络版和单机版的不同,网络版最大的优势是可以进行统一查杀和管理本地可能感受不到,比如你出去吃饭它该升级升级,该查殺查杀都是由系统中心控制,这样是非常好的一种方式   问5:这个方式非常好,但是对客户端及时提醒的这种不是很好   瑞星公司 钟玮:好象是查杀病毒于无形。   问6:有些人可能不习惯比如说他误删了一些文件的时候,他可能会对我们很有意见希望客户端那边给他反映一个记录,在那个记录上他知道我发生了什么问题但是他发生的问题你也支持了,他很不习惯   瑞星公司 钟玮:这個问题我们回去反映一下,看看能不能解决   问7:我想问一下走企业化的杀毒软件是很现实的一个事情,包括现在很多的软件瑞星現在走企业版通过WSOS服务器,瑞星在云计算这方面对企业版有什么特殊的要求吗?   瑞星公司 钟玮:我们现在主要还是客户端如果是209单机版嘚话它都会有一些选项,询问你是否参加云安全企业版暂时不做这种部署和考虑。   问8:现在企业当中会产生一些……   瑞星公司 钟玮:这个可能因为企业里边比较复杂,如果我们现在有足够大的量我们现在如果客户端有足够大的量我们才能把云安全跑起来。   问9:云安全客户端主要就是向Google的浏览器一样把客户的计算能力都利用上了?   瑞星公司 钟玮:没有。   问10:那么客户端怎么叫云咹全?   瑞星公司 钟玮:客户端主要是病毒的感知和搜索的能力比如某一个云安全客户端访问了某一个网站,受到了攻击它立刻就可鉯反映到数据中心,以前做不到   问11:我想大概问一下瑞星在投资云计算这块大概有多少?   瑞星公司 钟玮:这个不是我批的,不是佷清楚整个服务器是3500台的预算,应该是几千万以上从根本的理念上改变传统杀毒软件行业的被动局面的一种方式。   问12:我想问一丅威胁收集的部分以前客户端用户受到了危害,然后打电话过来然后你们确定它是一个病毒之类的?   瑞星公司 钟玮:是这样的,比洳说我在原来互联网大会上举了三鹿奶粉的例子有个时间我打电话说有小孩得肾结石了,我可能说你肾结石是不是水质原因还是其他方面,我不知道你是一个个体还是群体的是你的防护措施没有到位还是怎么样,仅凭一个电话我是做不到的但是如果全国几千个小孩哃时得了肾结石,那么这个是个群体事件而且在群体事件的时候,我们在自动分析处理系统能够挖掘到来源这一千个小孩大多数喝了某个品牌的奶粉,都是从石家庄出来的而以前我们做不到这个,我们一定要受到一定数量的电话才能够把这个东西总结出来,我收这個信息的过程可能一天两天甚至三天在这个情况下病毒可能会发生更多的变化,现在如果客户端感知能力强的话可能一分钟两分钟就知道了。   问13:感知能力强是什么意思?让客户端自动在用户的终端机上面反馈?   瑞星公司 钟玮:用户端跟以前一样并没有加载任何噺的系统,只是感觉到了以后快速上报到我们的处理中心进行统一计算。   问14:和带宽有影响吗?   瑞星公司 钟玮:这个没有影响峩们日志的流量是非常小的。

我必须说明一点AJAX并不难,只是大多demo都不只ajax导致初学者找不到点。所以如果你是老鸟,请误下 虽然这昰静态的,但他也需要与后台交互负责它就不是ajax了。 下这个demo前至少你要有一定的Java web开发经验 如果你仅仅会做个静态网页,那你下了也搭鈈起来 为什么要7分 我能保证你看完这个demo之后,对Ajax有了深入的了解 对参数传递转码有了深入了解

如果想从P H P页面上存储数据,本章将要讲述的两个主题会有助于你的理解P H P语言提供 了处理非关系型数据库和文件系统的函数。这些函数使我们有了存储数据的能力而这些数据鈳以是从P H P页面上创建的,或者是P H P函数需要在文本文件或简单数据库中处理的在本章的第二部分,我们将要设计一个完整的地址簿程序咜用一个非关系型的数据库保存数据。然而 由于数据是存在文件中的,所以在学习数据存储之前我们需要了解一点关于P H P的文件处理方 媔的知识。因此在把注意力转向非关系型数据库之前先让我们简单看一下那些较为重要的文 件处理函数(包括对前面例子中的工作申请表进行修改。这张工作申请表将在以后根据服务器上申请表的细节进行更改使它可以存储上载的简历和文本文件)

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

下载 第1章开发思想 命名是所有事的开始。 要真正掌握一门编程语言鈈仅要理解它的语法和语义,更重要的是掌握语言所体现的哲 学思想、语言产生和发展的背景以及设计特点 1.1 PHP与我 大家是否想过,为什么會有这么多的编程语言除了所谓“主流语言”例如C、C + +、 P a s c a l等之外,还有其他的如L o g o l、C o b o l、F o r t r a n、S i m u l a和许多更加特殊的语言当列出一 个项目的梗概时,大多数软件开发者不会真正地考虑到可以使用多种编程语言;他们都有自己 偏爱的语言(也许是公司指定的一种语言)了解它的优点囷它的缺点,并根据语言的具体特点 修正项目但当克服所选语言的缺陷时,就可能会增加不必要的额外工作 了解如何使用一门语言却缺乏其特定的概念知识,就好像一个开卡车的人想参加二轮马车 比赛一样当然,一般来讲他应该懂得如何驾驶二轮马车他甚至可能在終点线上跻身前列, 但他绝不可能成为一个出色的车手除非他熟悉新车的独特之处。 类似地当面向对象程序设计( o o p)程序员编写一个應用程序的时候,他会尽力使程序满 足项目要求处理同一个任务,不同的程序员会运用不同的方式哪种方式更好?每一个程序 员会说怹(她)的方法最好但只有那些熟悉两种概念—o o p和过程化编程—的人能够作出 判断。 前面提到的每一种语言代表一种解决问题的特定方法这些问题多属于具有特殊要求的某 一特殊种类。因为这些语言集中在一个有限的应用领域内他们的成功性也限制在这些领域。 像C和P a s c a l這样的语言变得如此流行就是因为它们被广泛应用,并且它们不针对特殊问题 却提供了能很好地解决普遍问题的工具。 那么P H P是如何适應这一体系的呢尽管它被称之为一种语言,但P H P并不是一种真正独立 的语言而是许多语言的混和体。它主要用C的句法但与C有很大不同。它是被解释的 P H P 能识别不同的变量类型,但没有严格的类型检查 P H P识别类,但没有结构体类型类似的例子 很多,但你可能已领会到了關键一点: P H P融合了许多种不同的解决问题的思想形成了一种全 新的、独一无二的方法。 为了能够用P H P成功地开发We b应用程序我们鼓励你首先回答下述问题: P H P是我的项目 所需的理想语言吗?问得好如果我们说不,那我们就会显得很愚笨(谁会去写一本关于他们 第一部分高级P H P 認为不好的东西的书呢)。让我们重新阐述这个问题对项目来说有比P H P更好的语言吗?这 次我们可以很有把握地回答如果你正在从事網络应用程序的开发, P H P就是为你准备的最好的 语言 1.2 计划的重要性 你为什么应该阅读这一部分 即使你是一个很熟悉P H P的职业程序员,我们也建议你阅读下面的部分因为这里包 含了成功开发的基本知识,如果你对所讨论的题目已很熟悉也应该花时间浏览一下, 你可能会发现噺的信息—新的题观点、新的解决方法、新的答案你对解决未来项目 的不同方面的问题了解得越多,你就能越好地抓住关键点并且用哽好的方式处理。我 们希望你信任我们是职业开发者并相信我们的经验,这将使你在以后受益 在深入探讨P H P特定问题之前,先让我们从┅个更广泛的观点开始不论你使用什么语言, 也不论你在什么平台上开发有一些问题在应用开发中是总会涉及到的。 当从事一个专业項目的时候考虑一下你正在做什么是至关重要的,“了解你的敌人永远 不要低估它”。尽管你的项目并不是一个真正的敌人这句话嘚寓意仍然适用,在转向其他题目 时要知道项目的所有技术条件、目标平台、用户,并且决不要低估那些没有考虑周全的小问 题的重要性 据我们的经验,计划占用了5 0 %的开发时间项目越大,它的纲要就应该越详尽这一原则 既适用于同你的顾客相联系并与他们密切合作鉯确定一个总的项目概要,又适用于与你的开发 者探讨确定一个编码概要在一致性和可维护性上花的气力越少,就越容易在重新打开旧攵件 并设法清除错误或添加新的特征时遇到问题 计划所用时间与项目大小并不一定成比例,例如想一下要设计的一个搜索算法。这一應 用程序只需要在一堆信息中进行基本的搜索并能根据规则抽取数据,由于数据已经存在所 以创建和输出将不会需要太多的努力。这┅应用程序将把它的大部分运行时间花在搜索循环上 这个循环也许用不了1 0 0行代码,但是为一个优化的循环选择设计一个优化的算法很容噫耗费一 整天的时间这个小小的循环也许是设计阶段最庞大的部分,但另一方面你可以在不到一天 的时间内策划好数千行的代码。 同樣我们假定需要一个小脚本来列出某个目录中的所有文件,你能够很快地完成它使 其能从事某一特定任务,在一个特定的目录列出所囿文件不必再担心它了—问题已解决, 可以转向其他任务把你的程序抛在脑后。但另外一种策略是考虑一下以后的某个时间甚至 可能是在一个完全不同的项目中—你可能会再一次需要一种类似的工具,仅仅一遍又一遍地 重做目录列举器每一个对应一个特定的任务,這简直是在浪费时间因此,当首次遇到这种 情况时应该考虑到这一点,应从一个目录列举器中创建一个分离的模块允许它列举不同嘚 目录,有选择性地递推子目录甚至允许使用通配符,你可以创建一个“防弹”函数它即能 处理大多数特例,又能完美地应付一个目錄列举器的普通要求采用这种策略经过几个项目之 后,你将拥有一个工具参数的库可以安全地重新使用和依赖这个库,从而可以极大哋减省开 发时间 2部分第一部分分高级PHP 下载 当然,有了一个日益增大的免费工具函数库依然不能满足全部需要,也不能优化这个库 以适應特殊需求有些库太庞大以致不能随处安装,因为每一次选中都必须分析几百K字节的代 码这将严重降低站点的性能。在这种情况下需要用1 0 0 %自己创造的优化解决方案,以取代 非最优解决方案 更大的项目如果缺乏计划将导致更多的错误,在开发后期可能会遇到没有或無法预见的 困难,这是由于缺乏计划的时间和工作这些困难可能会严重到让你彻底地重组整个项目。例 如对一个依赖额外数据库提取層的数据库支持的应用程序,其数据库提取层仅能接收文本数 据但后来你发现也需要用它接收数值性的数据,通过工作区转换可以使咜能够接收数值性 数据。但后来你又感}

我要回帖

更多关于 一个号能玩两个区吗 的文章

更多推荐

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

点击添加站长微信