计算机的硬件和软件在逻辑功能上是等效的,这称为软硬件等效原理

通俗点说硬件和软件都是安装在计算机上提供给人使用，不同的是想要更换硬件必须把计算机拆卸了更换，软件是切换程序实现不同功能。

软件和硬件在逻辑功能上是等效的，原理上，软件的功能可用硬件或固件完成，硬件的功能也可用软件模拟完成。但是实现的性能价格比，实现的难易程序不同。

点读机是什么原理吖?

点读机使用的原理是在制作发音文件过程中，给发音文件预先设置好对应书本内容的“经纬位置”。使用者将课本置于机器平板上，用专用的笔点书本上的文字、图画、数字等内容，机器就会发出相对应的声音。

比如：“西瓜”在小学语文的第三页从左上角起（X,Y）处，那么选中这一本书这一页后，平板感知到所配备的笔对（X,Y）这一点的点触，就能收到指令从而读出关于这一点相对应的声音文件，即“西瓜”。

扩展资料：

从技术趋势而言，在多家公司的参与和努力下，点读机经历了从单板到双开，从有线到无线再到有线，从小容量存储到大容量存储，从无下载到RS232串口下载再到USB下载，从专用语音压缩芯片到使用MP3通用语音压缩，从光面板到面板加印内容、外形从抽屉式到双开整体定型的一个发展过程。

不过，这些技术趋势发展的同时，也让点读机功能越来越多，操作极为复杂，严重背离了点读机的本质所在。事实上，点读机的本质和早期无不是遵循这样一条路线：“操作简单，使用方便，适应初学英语的孩子”。

参考资料：百度百科 点读机

软件设计的基本原理包括哪些内容?

1模块化：指解决问题时自顶向下的方法逐层把软件系统划分成若干个模块的过程

（2抽象：认识复杂过程中使用的思维工具，即抽出事务的本质的共同的特性而暂不考虑它的细节和其他因素。

（3信息隐蔽：旨在设计和确定模块式的时候，是的一个模块内包含的信息，对于不需要这些信息的其他模块来说不可访问

（4模块独立性：指每个模块只完成系统要求的独立的功能，并且与其他模块联系最少且接口简单

流氓软件的工作原理是什么？

为什么“浏览器劫持”能够如此猖狂呢？放眼众多论坛的求助贴，我们不时可以看到诸如“我的IE被主页被改了，我用杀毒工具扫了一遍都没发现病毒，我把主页改回自己的地址，可是一重启它又回来了！”、“我的系统一开机就跳出一个广告，我明明用了最新版的杀毒软件的啊！”等这类关于IE异常问题的求助，80%的提问者都表示纳闷，他们已经安装了杀毒软件，可是IE仍然被“黑”了，这又是为什么？

其实这些都是典型的“浏览器劫持”现象，但是受害者不是已经安装了杀毒软件吗？为什么浏览器依然躲不过这只黑手？许多用户对这个领域都存在一种误区心理：浏览器劫持？我有最新的杀毒软件，我不怕！

于是，当他们遭遇“浏览器劫持”时，惊讶了。

要知道，杀毒软件自身也只是一种辅助工具，它不可能完全保护系统的安全，更何况，杀毒软件用户必须知道一个事实：“浏览器劫持”的攻击手段是可以通过被系统认可的“合法途径”来进行的！杀毒软件只能通过“特征码”的形式来判断程序是否合法，但这是建立在人为定义以后的，而实施“浏览器劫持”的程序可以有很多，防不胜防。

为什么说“浏览器劫持”可以说是合法的呢？因为大部分浏览器劫持的发起者，都是通过一种被称为“BHO”（Browser Helper Object，浏览器辅助对象）的技术手段植入系统的。

BHO是微软早在1999年推出的作为浏览器对第三方程序员开放交互接口的业界标准，它是一种可以让程序员使用简单代码进入浏览器领域的“交互接口”（INTERACTIVED Interface）。通过BHO接口，第三方程序员可以自己编写代码获取浏览器的一些行为（Action）和事件通知（Event），如“后退”、“前进”、“当前页面”等，甚至可以获取浏览器的各个组件信息，像菜单、工具栏、坐标等。由于BHO的交互特性，程序员还可以使用代码去控制浏览器的行为，比如常见的修改替换浏览器工具栏、在浏览器界面上添加自己的程序按钮等操作，而这些操作都被视为“合法”的，这就是一切罪恶根源的开始。

BHO的出现帮助程序员更好的打造个性化浏览器或者为自己的程序实现了方便简洁的交互功能，可以说，如果没有BHO接口的诞生，我们今天就不能用一些工具实现个性化IE的功能了。从某一方面来看，BHO的确是各种缤纷网络互动功能的幕后功臣，但是一切事物都是有两面性的，这个恒古不变的真理同样对BHO有效，于是就有了今天让安全界头痛的“浏览器劫持”的攻击手段诞生。

看看前面我提到的BHO接口特性，你想到了什么？BHO可以获知和实现浏览器的大部分事件和功能，也就是说，它可以利用少量的代码控制浏览器行为。程序员可以设计出一个BHO按钮以实现用户点击时通知浏览器跳转到某个页面完成交互功能，当然就可以进一步写出控制浏览器跳转到他想让用户去的页面，这就是最初的“浏览器劫持”的成因：BHO劫持。

在描述BHO劫持之前，我们先要对BHO接口的启动做个简单介绍：符合BHO接口标准的程序代码被写为DLL动态链接库形式在注册表里注册为COM对象，还要在BHO接口的注册表入口处进行组件注册，以后每次IE启动时都会通过这里描述的注册信息调用加载这个DLL文件，而这个DLL文件就因此成为IE的一个模块（BHO组件），与IE共享一个运行周期，直到IE被关闭。

IE启动时，会加载任何BHO组件，这些组件直接进入IE领域，而IE则成为它们的父进程和载体，从此IE的每一个事件都会通过IUnknown接口传递到BHO用以提供交互的IObjectWithSite接口里，这是BHO实现与IE交互的入口函数。

BHO接收到IE接口传递来的参数后开始判断IE正在做什么，理论上BHO可以获取IE的大部分事件，然后根据程序员编写的代码，BHO持有对特定事件做出反应的决定权，例如一个可以实现“中文网址”的BHO，就是通过GetSite方法获取到IE当前打开的站点URL（或通过IURLSearchHook接口来获知），如果BHO发现获取到的URL和内置的判断条件匹配，该BHO就会启用SetSite方法强制IE跳转到程序员设定的页面去，这个过程就是利用about:blank篡改主页的“浏览器劫持”方法之一，它的实现原理其实很简单，程序员编写一个恶意BHO组件，当它获取到IE窗口的当前站点为“about:blank”时就强制IE内部跳转到指定的广告页面，于是闹出了不久之前沸沸扬扬的“IE空白页劫持事件”。

了解了这种类似恶作剧的作案手段，要解决它就容易了，只要找到并删除这个隐藏在系统里的BHO程序即可。

除了这类“广告软件”性质的BHO，还有一种利用IURLSearchHook接口实现的另一类更隐蔽的BHO，这种BHO从某些方面来说大概不算BHO，因为它并不是响应IUnknown，而是等待IE创建IURLSearchHook来启动。IURLSearchHook被浏览器用来转换一个未知的URL协议地址，当浏览器企图去打开一个未知协议的URL地址时，浏览器首先尝试从这个地址得到当前的协议，如果不成功，浏览器将寻找系统里所有注册为“URL Search Hook”（资源搜索钩子，USH）的对象并把这个IE不能理解的地址发送过去，如果某个USH对象“认识”这个地址，它就返回一个特定的标识告诉IE它知道怎么打开这个地址，然后IE就根据约定的方法调用它，最终打开这个地址。其实USH对象并不陌生，我们一些偷懒的用户就经常为了省事而不输入“http://”，但是IE最终还是能认出并打开某个地址，就是USH的功劳，但是这一点又被恶意程序员拿来磨刀了，通过创建自己的USH对象，恶意程序员能够命令IE在找不到一些网站时自动跳转到事先设置的站点里，如果这个站点带毒或者挂马，用户就完了。

这类BHO的解决方法和前面一样，只是它比较隐蔽，除非用户经常偷懒，否则可能直到系统崩溃也不会知道自己已经感染了这种东西。也许你会说，只要用户的输入永远不会让IE无法识别，这种渗透不就白费了？但是事实不容乐观，我们无法得知BHO作者还会不会通过其他方法拦截IE，说不定每隔一段时间就让IE弹出一个广告呢？

上面说了这么多BHO和IE合作搞破坏的事例，可能会给读者造成一种“BHO必须在IE传递数据后才能行动”的误解，然而事实并非如此，浏览器自身也是一个标准的可执行程序，而BHO只是借用这个程序进程启动的DLL，它并非API那种要用的时候就让你过来忙活，忙活完了就一脚踹开的奴隶形态DLL，前面说过了，BHO是一种在浏览器加载时一同启动的例程，它相当于一种自身运行逻辑不太明确的子进程（里面都是对IE事件的响应和操作代码），这个特性就造成了BHO DLL和API DLL本质的区别，BHO并不需要所有事件都必须依赖这个大家伙，它可以有自己决定的权利，只要适当的修改，就能用BHO实现类似DLL木马的功能，当然，这并不是说我们就能在IE眼皮下公然的肆无忌弹干坏事的，由于BHO自身是作为IE子进程启动的，它就必须受到一些限制，例如程序员不能在里面自己创建网络连接，这样会导致IE报错崩溃并供出你写的DLL，害怕BHO成为另一种后门的用户可以松口气了，要在BHO里实现Winsock大概只能在IE休息的时候才可以，但是会有哪个用户开着个开空IE什么事情都不做呢？

但这并不是说BHO就一定能无害了，虽然用它不能做到远程控制，但是别忘记，BHO能看到IE的所有东西，也就能任意的访问用户文件和注册表，在这个条件成立的前提下，入侵者可以编写代码查找用户隐私，然后在适当时候通过SetSite提交出去——谁叫现在Webmail这么流行呢？这就是为什么许多厂商发布诸如“中文网址”、“网络搜索”、“IE定制”、“IE监视”这些功能的BHO的同时都保证“不搜集用户隐私”的原因，只要你想要，BHO就能得到一切。

有些人也许会想，既然BHO是微软浏览器的权利，那我不用IE了，我用Opera、Firefox不行？对于这点固然无可厚非，但是你用不用Windows？用不用共享软件？如果你用Windows，那么，你仍然可能处于被BHO接触到的世界，因为Windows本身就是和IE紧密结合的，这就把“IE进程”的范围给扩大了，细心的用户大概会发现，IE里能直接访问“我的电脑”，“我的电脑”窗口也能迅速变成IE，因为它们实质都是依赖于IE内核的，正因为这个原因，BHO可以在你打开一个文件夹时跟着偷偷启动。同时，现在的网络正处于一种“共享软件捆绑战略”大肆实施的时代，你再小心也不能避免某些共享软件固定捆绑了BHO的行为，安装后你才会发现文件夹上又多了个什么“助手”、“搜索”了。要想彻底逃开BHO的围困，大概只能放弃使用Windows了。

Hook，你钩住浏览器了

正如《侏》里的这句话一样，入侵者也在不断寻找他们的新出路，虽然上面我说了这么多BHO的负面事例，但是真正的危机并不是只有BHO的，在一些使用BHO行不通的场合里，入侵者开始投掷他们的钩子。

什么是钩子？让我们先看看它的官方定义：

钩子（Hook），是Windows消息处理机制的一个平台,应用程序可以在上面设置子程以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。钩子机制允许应用程序截获处理window消息或特定事件。

钩子实际上是一个处理消息的程序段，通过系统调用，把它挂入系统。每当特定的消息发出，在没有到达目的窗口前，钩子程序就先捕获该消息，亦即钩子函数先得到控制权。这时钩子函数即可以加工处理（改变）该消息，也可以不作处理而继续传递该消息，还可以强制结束消息的传递。

可能上面的官方定义对一部分读者理解有点困难，其实，钩子就像是一切程序的“先知”，一个实现了钩子的程序自身虽然也是普通程序，但是它总能在别的程序得到数据之前就已经知道了一切，这是为什么呢？对Windows系统有一定了解的读者应该知道，Windows系统是一个通过“信息处理机制”运作的系统，在这个系统里传递的数据都是通过“消息”（Message）的形式发送的，各个消息都遵循了官方的约定，否则就不能让系统产生回应。而且这个传递步骤是颠倒的，例如我们关闭了某个程序，我们可能会认为是程序自己关闭后通知系统的，其实不然，当用户点击关闭按钮的时候，Windows就会把一个叫做WM_CLOSE的消息传递给这个程序，程序接收到消息后就执行卸载自身例程的操作。理解了这点，就能知道钩子的原理了，所谓钩子程序，就是利用了系统提供的Hook API，让自己比每一个程序都提前接收到系统消息，然后做出处理，如果一个钩子拦截了系统给某个程序的WM_CLOSE消息，那么这个程序就会因为接收不到关闭消息而无法关闭自身。除了消息以外，钩子还可以拦截API，像我们都熟悉的屏幕翻译软件就是Hook了一些文本输出函数如TextOutA而达到了目的。

技术让编程人员可以轻松获取其他程序的一些有用数据或传递相关数据，像现在常见的一些游戏外挂，它们就是利用Hook技术钩住了游戏窗体，然后就可以识别游戏里面的行为和模拟发送按键鼠标消息，最终实现电脑自己玩游戏的功能。把这个技术应用到浏览器上面，就成了另一种控制浏览器行为的方法。

钩子有两种，本地钩子（Local Hook）和全局钩子（Global Hook），本地钩子只在本进程里起作用，故不属于讨论范围；全局钩子代码必须以DLL形式编写，以便在钩子生效时被其它进程所加载调用，因此我们看到的大部分Hook程序都是DLL形式的。

其实之前提到的BHO也可以视为一种针对IE的钩子，它钩的是IE的事件，这就是IE与BHO交互的起点，但是对于再复杂一点的操作，例如判断IE下载的是GIF图片还是JPEG图片，BHO无能为力，因为它仅仅知道IE的事件为DownloadBegin和DownloadComplete，对于具体内容，IE本身是不会告诉它的，否则IE岂不是要忙死了？至少我也没见过哪个领导还需要向秘书汇报中午吃了鸡肉还是鸭肉的吧，BHO可不是IE的老婆，或者说IE没有气管炎。

所以，为了得到IE的更多数据，程序员开始钩IE了。与BHO不同，钩子不需要被动的等待IE事件，它直接和IE形成上司对下属的关系，这次轮到IE要做什么都得经过它批准了。Hook形式的控制不需要DLL文件必须与IE的注册表入口产生组件关系，它可以是一个独立的DLL，通过Rundll32.exe或自带的Loader EXE启动，而且由于它属于Hook形式， 在钩子有效的情况下会被系统自动插入其他程序的进程中，是不是有点像DLL木马呢？

IE钩子程序载入进程后便能获知所有的消息类型、API和内容，一旦发现某个符合要求的消息，如IE执行了某个事件，或者用户输入了特定内容，钩子的处理代码就开始工作了，它先拦截系统发送给IE的消息，然后分析消息内容，根据不同消息内容作出修改后再发给IE，就完成了一次Hook篡改过程。用著名的3721实名搜索做例子，一些人会以为它是采用了BHO或者IURLSearchHook完成中文域名的识别跳转的，其实它是用了能够第一个得到Windows消息的Hook技术，这样一来就可以避免被其他的竞争对手抢先解析域名了：3721的主程序就是一个Hook DLL，它监视IE地址栏的消息，一旦用户输入的是中文，它便在其他BHO类插件工作之前拦截了这个消息，并调用自身代码完成中文域名到英文URL的转换工作，然后返回（也可能与自己的BHO DLL配合）一个让IE跳转到英文URL的消息，完成域名的翻译任务。

IE钩子能帮助程序员用少量代码完成更多的IE交互工作，但是一旦这个钩子被用于犯罪，其后果也是严重的，恶意程序员可以写一个拦截IE输入的键盘钩子，达到窃取密码的作用，这样无论你是用HTTP明文协议还是SecurityHTTP加密协议都不能逃避密码被盗的下场了，因为它抓的是你在IE里的输入，后面的数据传输已经不重要了。

Winsock LSP

全称为“Windows Socket Layered Service Provider”（分层服务提供商），这是Winsock 2.0才有的功能，它需要Winsock支持服务提供商接口（Service Provider Interface，SPI）才能实现，SPI是一种不能独立工作的技术，它依赖于系统商已经存在的基本协议提供商，如TCP/IP协议等，在这些协议上派分出的子协议即为“分层协议”，如SSL等，它们必须通过一定的接口函数调用，LSP就是这些协议的接口。

通过LSP，我们可以比分析基本协议更简单的得到我们想要的数据内容，如直接得到系统上运行的浏览器当前正在进行传输的地址和内容，不管这个浏览器是IE，还是Opera或Firefox，因为LSP是直接从Winsock获取信息的，即使不用微软生产的汽车，至少你这辆汽车一直是在微软建造的公路上跑的吧。

LSP用在正途上可以方便程序员们编写监视系统网络通讯情况的Sniffer，可是现在常见的LSP都被用于浏览器劫持，使用户又多了个噩梦。

参考资料：http://tech.163.com/06/0908/09/2QG5MU5C000917GR.html

绘图软件的编程原理是什么

一般来说,可以用双缓冲原理.在内存DC上先画好,再直接拷贝到显示DC上.

点读机是什么原理？

点读机的的朗读原理是：给机器内置的发音文件预先设置好教科书文字内容的“经纬位置”。比如：“why”在小学英语第三页（X，Y）处，那么选中这一页，平板感知到笔点触到这一点（X，Y）的压力，收到指令，就能读出“WHY”的音了。　　点读机让静止的教材变得生动有趣。但也存在局限：不是所有书都能读，一定要点读机下载了这本书的软件，才能接受指令，而且读音是机器模拟声音，和磁带的读音有区别。　　点读机比较适合小学五年级前使用，而且要边听边跟读、复述以培养语感。五年级后的学生则要多写，着重培养书面表达能力。初一后的孩子就不用考虑了，以听磁带为主。点读机的价位从300-1000多，价格幅度很大。看你处于什么阶段，1000块左右的价格对应于质量较好的点读机，应该还是可以考虑的。

简单地说就是一本特殊处理的电子书，一只带存储设备的电子笔。 笔在书上一点， 就可以出声音， 把书上的声音读出来的笔。所以现在还出现了什么有MP3播放器功能的笔啊。

软件压缩的原理是什么?

下面以winrar为例给你说明一下:

我们使用计算机所做的事情大多都是对文件进行处理。每个文件都会占用一定的磁盘空间，我们希望一些文件，尤其是暂时不用但又比较重要不能删除的文件（如备份文件，有点像鸡肋呀），尽可能少的占用磁盘空间。但是，许多文件的存储格式是比较松散的，这样就浪费了一些宝贵的计算机存储资源。这时，我们可以借助压缩工具解决这个问题，通过对原来的文件进行压缩处理，使之用更少的磁盘空间保存起来，当需要使用时再进行解压缩操作，这样就大大节省了磁盘空间。当你要拷贝许多小文件时，通过压缩处理可以提高执行效率。如果小文件很多，操作系统要执行频繁的文件定位操作，需要花费很多的时间。如果先把这些小文件压缩，变成一个压缩文件后，再拷贝时就很方便了。由于计算机处理的信息是以二进制数的形式表示的，因此压缩软件就是把二进制信息中相同的字符串以特殊字符标记来达到压缩的目的。为了有助于理解文件压缩，请您在脑海里想象一幅蓝天白云的图片。对于成千上万单调重复的蓝色像点而言，与其一个一个定义“蓝、蓝、蓝……”长长的一串颜色，还不如告诉电脑：“从这个位置开始存储1117个蓝色像点”来得简洁，而且还能大大节约存储空间。这是一个非常简单的图像压缩的例子。其实，所有的计算机文件归根结底都是以“1”和“0”的形式存储的，和蓝色像点一样，只要通过合理的数学计算公式，文件的体积都能够被大大压缩以达到“数据无损稠密”的效果。总的来说，压缩可以分为有损和无损压缩两种。如果丢失个别的数据不会造成太大的影响，这时忽略它们是个好主意，这就是有损压缩。有损压缩广泛应用于动画、声音和图像文件中，典型的代表就是影碟文件格式mpeg、音乐文件格式mp3和图像文件格式jpg。但是更多情况下压缩数据必须准确无误，人们便设计出了无损压缩格式，比如常见的zip、rar等。压缩软件（compression software）自然就是利用压缩原理压缩数据的工具，压缩后所生成的文件称为压缩包（archive），体积只有原来的几分之一甚至更小。当然，压缩包已经是另一种文件格式了，如果你想使用其中的数据，首先得用压缩软件把数据还原，这个过程称作解压缩。常见的压缩软件有winzip、winrar等。

当我们下载一个软件时，需要进行安装，这个过程的原理是啥？

//其实我全部都是拷贝的前人高手的原话，您自己看一下吧...我也共同学习了

软件在安装时，到底做了些什么？ 大家每天都在用电脑，可能也经常在自己的电脑上安装软件。就算自己没安装过，至少也看到人家安装过软件。在这里，我不是想教你怎么安装软件，而是想向你展示，软件在安装的过程中，到底都做了些什么动作？为什么有些软件要安装，直接拷贝过去却不能用？为什么一些软件安装或卸载之后要重启。下面要讨论的就是这些问题。

首先，我们探讨一下软件安装的共通部分，说共通，就是在不同版本的操作系统上，如WINDOWS98，WIN2K和WINXP等上它们都有共同点的地方。这个文章也试图不针对具体的某个操作系统，而对共同的规律来探讨，不过我自己用的是WINDOWS98，所以有时一些例子可能会用WINDOWS98上的实例来说明，而大多数情况下这些特***在WIN2K和WINXP上也是类似的。

那么，我先来归纳一下，典型的软件安装过程都有可能做哪些事情。由于我们是讨论软件在安装时的行为，所以开始安装前的设置和选项我们就暂不讨论，只说到软件真正开始安装那个时候起的动作：

①文件从安装源位置拷贝到目标位置。

②往系统目录写入一些必要的动态连接库(DLL)。(可选)

③往系统注册表中写入相应的设置项。(可选)

④建立开始菜单里的程序组和桌面快捷方式。(可选)

⑤其他动作。(可选)

下面我们再详细来分析上面归纳出来的这些动作：

1)拷贝软件本身需要的文件。源位置指软件未安装之前的位置，例如光盘，下载的目录等，目标位置指你指定的安装位置。

这是几乎所有的软件安装过程一定会做的一件事。而如果一个软件，在安装时只要这一步，不需要后面的其他几步，我们可以认为这个软件就是绿色软件。或者反过来说绿色软件就是只要拷贝文件，不需要依赖于某个DLL，或者它依赖的DLL在几乎所有的系统中都一定有的，并且它也不依赖于注册表里面的设置项的软件。

2)这一步，可以说至少有一半软件在安装时都会做，一些软件，需要用到某个DLL，特别是那些软件作者开发的DLL，或者系统中不常用的DLL，一般都会随软件的安装拷到系统目录。所谓系统目录，在WIN98下一般是在WINDOWS\SYSTEM这个目录，而WIN2K是在WINNT\SYSTEM32，WINXP是在WINDOWS\SYSTEM32。还有，一些软件如QQ游戏，中游等，它们也用到一些DLL，由于这些DLL只是这个软件自己用到，别的其他软件不会用到，所以它们并不一定存在于系统目录，而是放在软件安装目录里面，这样的DLL已经在上一步中被拷贝，所以和这一步说的情况不一样。

3)这一步同样至少有一半软件会做，一般在安装前用户的设置和一些选项，在安装时就会把这些设置写到注册表里。另外就是有时在上一步把DLL拷贝到系统目录时，一些DLL需要向系统注册，这些DLL的注册信息也会写在注册表里。还有，一些软件有时可能安装时并不写注册表，而是在第一次运行时才把一些设置写到注册表。

4)这个非常简单，大概不需要怎么解释。建立这些快捷方式一方面是便于用户执行，另外在时也会把卸载的快捷方式放在程序组里。关于卸载后面我们再来讨论。

5)这个就是除了上面说的以外的其他情况。例如有些软件安装时会先把所有文件(或一部分文件)先解压到临时目录，那么安装完之后就要把这些文件删除掉。

那么我们再总结一下：

一、一个典型的软件在安装过程一般都会执行上面的1-4项。这样可以认为是一个完整的安装过程。

二、除了第1项之外，其他的都不是必要的。只需要第一项的软件，我们可以把它叫做绿色软件。

三、有些软件安装时是执行了1、2、4，有些软件是执行了1、3、4，有些软件是执行了1、4。

四、一个特殊的情况，一般的驱动程序，只会执行2和3，没有1和4。

五、理论上，任何软件，如果你非常确切地知道了它在上面的那几步都具体做了些什么，特别是2和3，那么，理论上你可以把这个软件的安装文件拷贝到另一台机子，把必要的DLL从系统目录拷贝到那一台机子的系统目录，再把注册表里软件写入的项目导出来(必要时还要修改一下)再导入到那台机子的注册表中，那么，就算不是绿色软件，你也能这样把它移植给另一台机。但有时特别是一些共享软件，一般都会有注册表中设置比较隐蔽的项目，不容易查找，所以除非你对系统非常熟悉，否则不是绿色软件的软件要移植还是有一定的难度的。

那么，下面我们再来看看，为什么一些软件安装后要重启。

在WINDOWS操作系统上，一般一个正在运行中的程序，操作系统是不让你修改它的，修改包括替换，改动和删除。那么有时，一些软件需要向系统目录中写入一个DLL，而系统目录中原来已经有同名的DLL并且这个DLL目前正在被系统使用，因此不能用新版本去替换它，这个时候就需要重启，在重启的过程中，在这个DLL旧的版本被使用之前用新版本替换它。这就是为什么要重启的原因。

你能看到这里，说明你很有耐心，并且对技术的探讨很有兴趣，那么我就再说得更详细些。在WIN98中，上面说的这个替换是由系统的一个工具来实现的，这个工具叫WININIT.EXE。安装程序在检测到需要写入的DLL或其他程序文件正在使用时，会把要写入的DLL文件先定一个临时的文件名，然后在WINDOWS目录中往WININIT.INI写入一个改写项，比如，一个叫ABCD.DLL的动态连接库现在正在使用中，而安装程序要往系统中写入新版本的ABCD.DLL，这时安装程序会把新版本ABCD.DLL先定一个临时文件名，例如AAAA.LLL，然后在WININIT.INI中的[rename]一节中写入这一项： ?筛l罉枓犮

C:\windows\system\abcd.dll=C:\windows\system\aaaa.lll CX?=000f0011B0014)

这样，在重启时，进入WINDOWS图形界面之前，WININIT.EXE在检测到WINDOWS目录中有WININIT.INI存在时，就执行里面的操作，在上面的例子中，是用C:\windows\system\aaaa.lll去替换掉C:\windows\system\abcd.dll这个文件，并且把WININIT.INI改名为WININIT.BAK。

另外，有些软件，在安装时，是把所有文件包括SETUP.EXE解压到临时文件里面再执行SETUP.EXE进行安装的，按理来说安装完要把所有的临时文件删除掉，这个操作当然也是由安装程序SETUP.EXE来完成，但它自己正在运行，也删不了它自己，所以也要重启来删除，做法和上面差不多，只是改成类似这样子的： 怦S?vH烨?

NUL=C:\WINDOWS\TEMP\SETUP.EXE

在WIN2K和WINXP中，存在类似的机制，不过并不是用WININIT.EXE和WININIT.INI来实现，具体的做法我也不是很清楚，长期以来我大多数时候都是在用WIN98，所以没认真研究过，但软件安装过程要重启的现象在2K和XP上是仍然存在的，原理也是在重启时替换或修改正在使用的文件，只是实现的方式不同。

最后，我们再来看看有关卸载方面的内容。一般卸载有好几种方式：

1)早期的安装程序，一般会在安装过程记录了上面说的安装过程的1234四个步骤中具体拷贝的文件和DLL以及注册表项，把它保存在INSTALL.LOG之类的文件中，再在软件的安装目录(或WINDOWS目录中)放一个UNINST.EXE之类的卸载程序。然后要么在程序组里为这个UNINST.EXE建一个快捷方式，要么在注册表中为这个UNINST.EXE建一个快捷方式(这?诳刂泼姘宓奶砑由境?绦蚓湍芸吹饺砑?男对叵?，并把INSTALL.LOG做为它的参数，这样就实现卸载了。

2)现在比较多的安装程序是用新版的INSTALLSHIELD生成的，安装时的记录和卸载程序一般是会放在C:\Program Files\InstallShield Installation Information这个文件夹(隐藏属***)里，同样也会在程序组和注册表中建立卸载项。

另外，在卸载时，也会遇到文件(一般是DLL文件)正在使用的情况。所以有时卸载的时候也要重启，就是要在重启过程中删掉这些正在使用的DLL文件。

关于软件的安装过程，大概就想到这里，以后再有想到什么的，我再补充，大家有什么看不懂的也可以把问题提出来。

参考资料：http://zhidao.baidu.com/question/91700837.html

转载请注明出处51数据库 » 软件恶点原理是什么 什么是硬件和软件等效原理