绿色软体的定义和分类
安装完操作系统后，我们一般需要安装一些常用的软体，但是随着我们常用软体的增多，这个安装程序显得越来越令人厌烦：执行setup，然后是选项目标路径，不断的重复这个程序。后来我见到有人制作所谓的绿色软体，不需要安装，感觉很方便。
当时很好奇，想知道怎么做的，有没有什么方便的工具等等，可是在网上没有找到什么相关的知识，随着自己的一步步摸索，我逐渐积累了一些经验和比较有效的方法，谡饫锾峁└蠹摇?
首先要先弄清楚何谓绿色软体？其定义是什么？我收集了一些网友的讨论和想法：
A 说，不需要安装 同时 不向注册表写入任何东西
B 说，应该还包括不向系统档案夹拷贝文件，我的理解就是：安装这个软体对现有的操作系统没有任何改变，改变包括写注册表之类的。
C 说，除了你现在安装的目录，应该不往任何地方写东西（比如log）。
D 说，免安装，并且 不往程序所在目录以外的任何地方产生垃圾文件，还有 不写注册表
E 说，综上加一条，可以放在移动存储器上在任一电脑上使用且效果相同。
F 说，好像不写注册表，直接copy来就可以用得就算吧。
G 说，重新安装系统的时候，仅需汇入注册表，不需重新安装，就可以认为是绿色软体。
H 说，其实只要不写注册表、不往系统档案夹写文件，哪怕需要.ini文件也在软体自己的目录里就行，那么就可算作绿色软体，特征是能够任意copy到别的资料夹照样能用或重装系统后直接能用，没有其它变化。所以有小部分「安装」的软体其实也符合绿色软体，因为它 的安装只是解压缩建立资料夹而已。
I 说，基本同意，但不写注册表的几乎是不可能，你只要执行过那个软体，开启注册表编辑器HKLM和HKLU下面software看看，几乎都会留下键值，其实这样也应该叫做绿色的吧。
综合上面的意见，可以总结出绿色软体的优点，就是对操作系统无污染（恐怕这也是绿色这个名字的由来），不需要安装，方便卸载，便于携带，可以拷贝到便携的USB碟上到处执行。
我的意见是，绿色软体应该分类，分为狭义的绿色和广义的绿色：
狭义的绿色可以叫做纯绿色软体，就是指这个软体对现有的操作系统部分没有任何改变，除了软体现在安装的目录，应该不往任何地方写东西，删除的时候，直接删除所在的目录就可以了，就类似于以前的大多数DOS程序。
广义的绿色就是指不需要专门的安装程序，对系统的改变比较少，手工也可以方便的完成这些改变，比如拷贝几个动态库，或者汇入注册表，这里的关键是手工可以方便的完成这些改变，或者可以借助于批次处理等等指令码完成。
为什么要分为两类？
虽然狭义的绿色软体最为理想，但是完全符合这种定义的软体非常罕见，而相当多的软体可以划分到广义的绿色这个类别，这样包括了广义的绿色软体的概念后使得绿色软体这个概念更有意义。
那么不符合绿色软体要求的有哪些呢？
主要是指那些和操作系统联系和整合非常紧密的软体，这些软体不适合制成绿色软体，最好还是用原来的安装程序来安装。如IE6，替换了系统中的许多动态库，手工完成这个程序很困难，也不太安全。
又比如大多数杀毒软体，如果必须既时监控系统的底层运作，对系统的修改比较大，就不适合做成绿色软体。
还有微软公司的Office系列软体，和系统整合的也比较紧密。但是广义的这个标准比较灵活，如果有人搞清楚了Office系列软体的安装制作程序，也有可能制作出广义的绿色的Office系列。
为了充分理解绿色软体的定义，必须从现代软体的安装程序和执行程序两个方面来讨论。
安装程序：
以前在dos下面的时候，就没有这些所谓绿色软体的说法，原来程序的安装基本上都是简单的复制或者解压缩，然后配置一下config.sys 和autoexec.bat文件就可以了。
随着windows的发展，应用软体也越来越大，也越来越复杂，从而有公司专门从事安装程序的制作，如InstallShield就是一款比较有名和套用比较广泛的安装软体，现在windwos也有了专门的安装程序，就是Microsoft Installer。
安装程序的作用是什么呢？主要是为了给要安装的程序提供一个简单方便的设定环境，而不需要用户手工完成这个步骤，越是复杂的配置程序，对系统的修改越多，对安装程序的依赖性就越高，Windows程序的易学易用的优点和良好的安装界面是分不开的，安装软体的工作就是给应用程式提供一个初步完好的可以执行的环境，而不需要用户进行手工配置。
执行程序：应用程式启动的时候，从注册表或者配置文件中读取配置，执行的时候，可以修改配置，但这个修改一般是在安装软体所作工作的基础上进行的，例如不能改变应用程式的安装位置了。
明白安装程序和执行程序的区别后，很容易就想到把绿色软体的使用按照这两个阶段分为绿色安装程序和绿色执行程序。绿色安装是绿色执行的前提，没有绿色安装，也就说不上什么绿色执行了，绿色软体首先必须是绿色安装，我前面提到的不适合绿色软体标准的基本上都是不能绿色安装的。
绿色安装的基本含义，我认为可以也可以分为狭义的和广义的绿色安装：
1 狭义的绿色安装就是指直接拷贝或者解压缩到目标目录，不需要向系统目录拷贝也不需要写入注册表，这是最理想的情况，或者是安装程序的作用除了解压缩外是可以忽略的，如在开始选单加入快捷键等对系统和软体的执行没有太大影响的操作，也就是说安装程序的作用就是复制文件到目标资料夹。
2 广义的绿色安装就是指在狭义的复制的基础上，必须向系统目录拷贝一些动态库，或者要在注册表中汇入必要的设定，或者要进行一些其他的配置，否则的话，应用程式不能执行，而且这个配置工作应该比较简单，也容易复原这些操作对系统的改变。
同样，绿色执行也可以分为狭义的和广义的绿色执行：
1 狭义的绿色执行指的是软体执行时完全不改变操作系统的文件和配置--很多小程序属于这个类别，或者执行结束后把复原对系统的改变，比如执行的时候载入一个驱动程式，退出时卸载该驱动程式，所操作的INI文件在自己的程序目录中。
2 广义的绿色执行指的是可以通程序序本身来改变当前的设定，如改变当前软体的执行方式，或者与某些文件后面相关联，或者在注册表中留下当前的软体设定，也就是说对系统的注册表有永久的改变，但是这些改变都是应用程式自己完成的，不需要借助其他程序或者用手工完成。
综合绿色安装和绿色执行，可以把绿色软体细分为：
1 狭义的绿色安装，同时是狭义的绿色执行的软体，对操作系统没有任何改变。
2 狭义的绿色安装，广义的绿色执行的软体，软体的配置工作由软体本身来完成，不是通过安装程序。
3 广义的绿色安装，狭义的绿色执行，软体的配置工作由安装程序来完成，软体本身不能对配置修改，同时如果没有配置工作，软体无法正常执行。
4 广义的绿色安装，广义的绿色执行，最复杂的一种绿色软体，软体的配置工作由安装程序来完成，但是软体本身可以对配置 修改，同时如果没有配置工作，软体无法正常执行。
只有第一个类别属于我说的狭义的绿色软体，其他3类都属于广义的绿色软体的范畴。
绿色软体的「绿化」方法
下面讲一下绿色软体的制作，简称软体的「绿化」，绿色软体的制作实际上就是我们自己完成安装程序的工作。没有什么类BIOS的方法，基本上是猜测加上试验，不同类别的绿色软体分别有不同的制作原则。
拿到一个新的软体，想要制成绿色软体的话，我一般遵循如下步骤：
1 判断。
就是指猜测这个软体能不能制成绿色软体，从功能，从你对它的了解，如果你觉得这个软体和系统的关系非常紧密，就不要继续下去了，还是用原始的安装程序最保险最方便，这样的例子有directx9 ，IE6，Norton的反病毒软体等等。
这样的判断可以节省你的时间，当然你可以忽略这一步，尝试制作绿色软体，那么就转到第2步。
2「绿化」。对于不同的软体有不同的方法，没有一定的规则，但是总的来说，就是理解软体的安装程序，转换为绿色安装，在这个程序中，可能需要尝试多个方法，也可能最后由于软体的复杂性或者某些特性，导致无法绿化。要有失败的思想准备，具体的绿化方法随后讲述。
3 测试。」绿化「后的测试最好到你个全新安装的操作系统中测试，而且如果你要在多个操作系统中使用这个软体的话，还要在其他的操作系统中测试，有的软体的文件随着操作系统的不同而不同，这个时候你需要在不同的操作系统中进行」绿化「程序，最后综合为一个完整的适应多个操作平台的绿色软体。
「绿化」方法，需要根据经验选项不同的「绿化」方法，也可能需要不断尝试不同的方法，直到成功为止。按照先易后难的次序，具体的方法包括：
1 解压缩。这是最简单的一种方法，就是指尝试能不能直接解开软体的压缩包。
用Winzip和Winrar试一试，看看能不能直接开启压缩的安装文件，如果不能开启，那么就换别的方法。如果可以，那么恭喜，这个软体多半是属于绿色安装的软体（有个别例外，如EmEditor），把压缩包中的文件直接解压到目标路径，然后测试软体的功能是否正常，如果功能正常，那么「绿化」就成功了，如果使用不正常，那么就换别的方法。
这一类软体的特点是安装程序的工作完全可以由软体自身来完成。
2 安装然后卸载。也是比较容易的方法，完全是体力劳动，就是指直接安装这个软体，然后把程序复制出来，最后卸载安装程序。
如果这个软体的安装程序的作用仅仅是复制文件和产生快捷键等工作，那么就属于绿色安装，可以使用这个方法。
最后测试软体的功能是否正常，如果功能正常，那么「绿化」就成功了，如果使用不正常，那么就换别的方法。
3 反编译安装程序。这个方法需要动脑筋，就是根据安装程序所用的制作工具，选项相应的反编译程序，然后阅读反编译出的安装指令码，制作绿色软体。
目前的软体大多使用专门的安装工具制作，如InstallShield，Wise，Inno Setup，Windows Installer，NSIS(Nullsoft),Installer VISE,其中Windows Installer格式的安装文件（就是MSI，MST为后面的文件），可以通过微软的免费工具Orca开启检视，InstallShield格式的安装文件也有很多免费的工具可以解压缩和检视指令码。
当然专门的安装工具很多，有许多安装程序没有相应的反编译程序，这种时候，就无法使用这个方法了。
4 观察反安装程序和log文件。现在的软体安装完成后绝大多数都带有卸载方法。卸载是安装的逆程序，如果知道怎么卸载，那么也可以推测出如何安装。由专门的安装工具制作的反安装程序，一般都是根据某一个文件中的资讯来卸载的，可以用一个纯文本的编辑器开启这个文件。
个别情况下这个文件完全不包含可读资讯，就只好换用其他方法了。具体程序就是先采用方法2，然后理解反安装程序，最后根据反安装的资讯制作绿色软体。
5 比较系统抓图 。当前面的方法都失败的时候，可以试一试这个方法。具体思路就是首先在安装软体之前，把系统的状态记录下来，主要包括注册表和系统目录的所有的文件状态。然后就是安装软体。安装完成后，再一次记录系统状态。
最后就是比较前后两个系统状态的不同，而得知安装程序所做的工作。这个工作一般由专门的软体完成，如免费工具Regshot，免费工具inctrl5（http://www.pcmag.com/article2/0,4149,9882,00.asp），微软公司的sysdiff工具（可以从Windows2000的资源工具箱中得到），或者WinInstall LE（在Windows 2000 Sever 光碟的目录VALUEADD\3RDPARTY\MGMT\WINSTLE\中）。
在多数时候，仅仅需要对比安装前后注册表的不同，这时候还有大量的注册表工具可以选用。
在得出系统差异后，把差异分解为两个部分：文件部分和注册表部分。文件部分指的是向系统目录拷贝的文件，以及作为COM元件注册的文件，还有与这些文件相关的注册表部分。注册表部分单单指其余的注册表的变化。
对于文件部分，可以进一步区分出必须要往系统目录拷贝的文件（这种情况是少数）和可以放在软体的安装目录的文件。
对于注册表部分，区分出由这个软体的安装程序本身所作出的注册表操作和注册COM元件时候的注册表操作，抛弃其他程序（如档案总管Explorer）的操作。
根据所有这些，写一个拷贝文件，注册COM元件和汇入注册表的批次处理文件，就可以完成绿色软体的制作了。当注册表文件中含有路径资讯的时候，可以手工修改注册表文件或者把注册表文件转化为INF文件从而实现全自动的路径处理。
6 直接汇出注册表，寻找自注册的COM元件。这个方法是上面的方法5的简化版，现在软体的配置大多写在注册表中的「HKEY_LOCLAL_MACHINE\SOFTWARE\软体公司名字」和「HKEY_CURRENT_USER\SOFTWARE\软体公司名字」这2个键下面，直接对把这2个注册表键汇出到REG文件中。
自注册的COM元件都需要汇出如下4个函数：DllCanUnloadNow，DllGetClassObject，DllRegisterServer， DllUnregisterServer，可以用vc原有的的depend.exe找出哪一个动态连接库是自注册的COM元件。最后写一个批次处理文件用regsvr32.exe注册COM元件和用regedit.exe汇入注册表。
通过上面分析安装程序的动作，把安装程序的工作分解为复制文件，注册COM元件，安装服务驱动，注册表配置等几个部分，虽然注册表配置可以覆盖注册COM元件，安装服务驱动等操作步骤，但是把这些明显分割出来有助于制作绿色安装的软体。对于需要更复杂的步骤来安装的软体，还是使用原来的安装程序比较保险。
对于每个方法，下面我会给出具体的例子，有些时候，需要几个方法联合使用，无论使用什么方法，都是模拟原来的软体作者的安装程序，所以原作者最容易给出该软体的绿色版本。
WinrarSetting.PNG
具体事例
winrar3.30 和Winzip9.0，采用方法1，解压缩。这个方法非常简单，从天空软体站下载Winzip90.exe和winrar330sc.exe，在一个安装了Winrar的系统上，用滑鼠右键选项下载的文件，执行右键功能表中的用Winrar开启的指令，然后把文件解压到我们的目标路径，如E：\tools目录，就可以了。然后分别对Winzip9和Winrar进行设定就可以了。执行winzip9目录中的Winzip32.exe，进行winzip的设定。Winrar也是一样，执行Winrar.exe，开启功能表选项-〉设定，弹出一个对话视窗，选项标签--整合，如图WinrarSetting.png，逐项对Winrar设定。当拷贝到USB碟而到新的电脑上执行时，需要重复这些设定程序。
这一类软体的特点是安装程序的工作完全可以由软体自身来完成，从而完全抛开安装程序，或者说安装程序的工作也就是解压缩。类似的软体还有一些，最简单的测试办法就是看看Winrar能否直接开启压缩的安装程序。也可以采用方法2，程序基本上和方法1一样。
方法2就不具体说明了，仅仅指出有许多程序属于这个类别，如Myie2，GreenBrowser，qq，BPFTP Server，IDA_Pro_Standard_4.5.1.770，FinalData，EASYRECOVERY 6.03，腾逊公司的TM等等。
flashget是大家用得比较多的一个软体，可以多线程下载并且下载管理的功能也很方便，从天空软体站sky.com下载flashget1.60a国际版，执行一下，如图flashget_wise.PNG，然后取消安装。从图上可以看出flashget1.60a国际版是使用Wise制作的安装程序，从网上下载wungui程序，非常容易的把安装程序解压缩到一个目录中，如图flashget160a.PNG，观察Maindir目录，其中有两个DLL文件Jccatch.dll和fgiebar.dll，进一步察看这两个动态库文件的汇出函数，可以知道这两个DLL文件都是自注册的COM元件，写一个批次处理文件install.bat来注册这两个DLL：
REGSVR32 JCCATCH.DLL /s
REGSVR32 fgiebar.dll /s
经过测试，功能正常，并且可以从浏览器IE中用滑鼠的右键功能表启动flashget，功能完全，下面考虑卸载程序。
执行Regedit.exe，发现flashget在注册表中的路径是[HKEY_CURRENT_USER\Software\JetCar\JetCar]，写一个注册表文件unflashget.reg删除这个路径，如下：
REGEDIT4
; flashget
[-HKEY_CURRENT_USER\Software\JetCar\JetCar]
同时写一个批次处理文件uninstall.bat来卸载这两个DLL文件并汇入unflashget.reg：
Regedit unflashget.reg /s
REGSVR32 JCCATCH.DLL /s /U
REGSVR32 fgiebar.dll /s /U
随后就是删除一些我们用不到的文件，比如language目录的绝大多数欧洲的语言文件，这时候这个绿色版本就做好了。把制作好的绿色的flashget拷贝到USB碟上，需要用的时候，直接执行里面的install.bat文件就可以了（注意，要在flashget的目录执行批次处理文件），不需要任何档案拷贝。
我看到有人提到用最佳化大师提取falshget的注册表，然后直接汇入注册表来制作绿色的flashget，这样做是不行的，从我前面的步骤来看，注册2个DLL文件必然在注册表中引入了绝对路径，那么如果直接提取注册表的话，就必须根据当前的路径来修改注册表中的路径，否则的话制作的绿色版的flashget只能在类BIOS的目录执行。在制作flashget绿色版的时候，我同时使用了方法3和方法6，使用方法3的目的就是避免安装程序对系统作的修改，这样可以直接在当前系统进行测试，而不需要到另外一个没有安装过flashget的系统测试。
Emeditor是方法1的一个反例。Emeditor可以从开发商主页
http://www.emur....com/下载，是一...工作列、快捷键?/a>]定，可以调整行距，避免中文排列过于紧密，具有选项文本列块的功能(按ALT 键移到滑鼠)，并允许无限撤消、重做，总之功能多多，使用方便，是替代记事本的最佳编辑器。
下载emed404epx.exe后，发现用Winrar可以开启，解压缩后，执行Emeditor，发现丢失了预定义的多种文本格式的语法配置，看来这样做不行，只好采用方法5了。请随我一步步进行，步骤如下：
1 扫瞄系统，制订系统抓图 。这里我仅仅记录当前系统的注册表（因为我认为Emeditor不会向系统目录拷贝文件，如果判断错误，就会导致「绿化」失败），执行ART（Advanced Registery Tracer），扫瞄一遍注册表。如图emeditor_snap.PNG，不要关闭ART。
2 安装Emeditor。随便安装到哪里，反正一会就卸载。安装好后，如果需要的话，更改配置，或者配置新的档案类型，例如我就增加了NFO档案类型，设定和NFO文件相关联的字串集，这样可以用Emeditor直接察看NFO文件，不需要专门的察看工具了。
3 记录系统变化。再一次扫瞄系统，给系统作抓图 ，从ART里面再一次扫瞄注册表，然后选项功能表指令Registry-〉compare here或者直接用键盘F10，比较结果如图emeditor_compare.png，点击图中那个save to redo file的按钮，存储为Emeditor.reg文件，关闭ART。
4 复制并卸载。复制安装好的Emeditor目录到其他路径，然后卸载Emeditor程序。
5 分析。开启刚刚汇出的Emeditor.reg文件，这是一个巨大的reg文件，单单是REG文件就有1兆多，不过不用担心。阅读注册表后，删除和emeditor无关的注册表项后，如仅仅和档案总管相关的注册表部分，发现剩下的注册表文件可以分成3个部分。一部分在位于注册表的这个路径[HKEY_LOCAL_MACHINE\SOFTWARE\EmSoft]，里面大部分不涉及路径，只有一项记录了Emeditor的路径，就是"ModulePath"="h:\\EmEditor4\\"；还有一大部分在注册表的这个路径下面[HKEY_CURRENT_USER\Software\EmSoft\EmEditor v3]，里面有很多项都涉及了Emeditor的路径，如"Tmpl"="h:\\EmEditor4\\template.xml"；还有就是和Emeditor和txt文件后面向关联的注册表设定，把Emeditor设定为IE中预设的来源码察看工具的注册表设定以及注册COM元件EMEDSHL.DLL的注册表部分（和InProcServer32相关的就是）。
6 「绿化」。
6.1 把位于注册表路径路径[HKEY_LOCAL_MACHINE\SOFTWARE\EmSoft]的内容存储到emeditor_HKLM.reg文件中，把位于注册表路径[HKEY_CURRENT_USER\Software\EmSoft\EmEditor v3]的内容存储到emeditor_HKCU.reg文件中，把剩下的内容首先除掉COM元件EMEDSHL.DLL的相关部分，然后存储到emeditor_assoc.reg文件中。
6.2 把emeditor_HKLM.reg文件和emeditor_HKCU.reg文件中涉及到路径的注册表内容抽取出来，存储到emeditorConf.reg文件。
6.3 把emeditor_assoc.reg文件和emeditorConf.reg文件用INF的语法转换为INF文件，或者用一个免费小工具reg2inf.exe自动转换，然后把转换得到的emeditor_assoc.inf文件和emeditorConf.inf文件中的路径h:\EmEditor4全部用%01%替代。下面是emeditorConf.inf文件的内容：
[Version]
Signature="$CHICAGO$"
[DefaultInstall]
AddReg=EmeditorConf_AddReg
[EmeditorConf_AddReg]
hklm,"SOFTWARE\EmSoft\EmEditor v3\Common","ModulePath",,"%01%\"
hkcu,"Software\EmSoft\EmEditor v3\Config\C++","Tmpl",,"%01%\template.cpp"
hkcu,"Software\EmSoft\EmEditor v3\Config\CSS","Tmpl",,"%01%\template.css"
hkcu,"Software\EmSoft\EmEditor v3\Config\HTML","Tmpl",,"%01%\template.htm"
hkcu,"Software\EmSoft\EmEditor v3\Config\Java","Tmpl",,"%01%\template.java"
hkcu,"Software\EmSoft\EmEditor v3\Config\JavaScript","Tmpl",,"%01%\template.js"
hkcu,"Software\EmSoft\EmEditor v3\Config\JSP","Tmpl",,"%01%\template.jsp"
hkcu,"Software\EmSoft\EmEditor v3\Config\Perl","Tmpl",,"%01%\template.pl"
hkcu,"Software\EmSoft\EmEditor v3\Config\PHP","Tmpl",,"%01%\template.php"
hkcu,"Software\EmSoft\EmEditor v3\Config\Python","Tmpl",,"%01%\template.py"
hkcu,"Software\EmSoft\EmEditor v3\Config\Ruby","Tmpl",,"%01%\template.rb"
hkcu,"Software\EmSoft\EmEditor v3\Config\TeX","Tmpl",,"%01%\template.tex"
hkcu,"Software\EmSoft\EmEditor v3\Config\VBScript","Tmpl",,"%01%\template.vbs"
hkcu,"Software\EmSoft\EmEditor v3\Config\VBScript for EmEditor","Tmpl",,"%01%\template.vbee"
hkcu,"Software\EmSoft\EmEditor v3\Config\Windows Script","Tmpl",,"%01%\template.wsf"
hkcu,"Software\EmSoft\EmEditor v3\Config\XML","Tmpl",,"%01%\template.xml"
6.4 写一个批次处理文件install.bat，内容如下：
regedit emeditor_HKLM.reg
regedit emeditor_HKCU.reg
RUNDLL32.EXE SETUPAPI.DLL,InstallHinfSection DefaultInstall 128 .\emeditorConf.inf
regsvr32 EMEDSHL.DLL
RUNDLL32.EXE SETUPAPI.DLL,InstallHinfSection DefaultInstall 128 .\emeditor_assoc.inf
6.5 把install.bat，emeditorConf.inf，emeditor_assoc.inf，emeditor_HKLM.reg，emeditor_HKCU.reg5个文件存储到Emeditor的目录，删除其余的注册表文件。
6.6 根据安装步骤和install.bat，写出相应的卸载的批次处理文件，这个比较简单。
经过测试后，Emeditor工作正常，也可以注释掉install.bat的最后2行语句，这样Emeditor就不会和系统关联，上面的步骤是在windows 2000上的，对于win9x也同样，而且win9x下面的emeditor的配置文件和windows 2000的一样，仅仅是程序的版本不同。
把制作好的绿色的emeditor拷贝到USB碟上，需要用的时候，直接执行里面的install.bat文件就可以了（注意，要在Emeditor的目录执行批次处理文件），不需要任何档案拷贝。这个例子演示如何自动绿色安装，如何解决路径问题，如果你用几十个类似的绿色软体，但是需要手工修改路径的话，是很难记住那些路径需要修改的，当然你如果可以写出自动替换路径的指令码也是可以的。我说u盘就是为了强调 路径可以变化，如果大家所使用的机器的所有分区排列都是一样的话，都是把软体存储到c：的话，是可以直接制作备份注册表的，否则需要手工修改路径，修改一个容易，多了就麻烦了。
从以上的事例中，可以看出，方法2和方法1基本一样，只不过方法1我们使用WinRar解压缩，而方法2我们使用安装程序解压缩。方法6可以说是方法5的简化版本，方法3和方法4也可以辅助方法5，也有一些需要联合套用这些方法，有时候难以判断到底使用了那个方法，方法是死的，需要灵活运用，有些时候需要不断试验。
我简单说几个软体「绿化」时候使用的方法，某些软体可能有多种「绿化」方法，然而最后的结果基本一样：
使用方法1就不提了，只要没有专门的安装程序，直接以zip形式发布的，都使用方法1。
CuteFTP,Flashfxp,qq，foobar ，winamp2.8,acrobat，FinalData ，金山词霸 ，ZoomPlayer，WinISO ，IsoBuster，WinISO ，MIRC，WinCVS,Photoshop6 ，EASYRECOVERY 6.03，网易泡泡使用方法2。
VisualC++ 6， real player，realmedia的解码器包，大部分解码器如vp6，mpeg2，ac3 ，ogg ，divx ，xvid 使用方法5。
Netants ，flashget，OfflineExplorer acdsee，ultraedit ,IBM词典，theBat，网文快捕，和现在的CyberArticle，PartitionMagic7 使用方法6。
不适合「绿化」的有Directx9，Mediaplayer9，IE6，微软的修正档程序，Office2003，反病毒工具NAV，Java虚拟机，虚拟机VMware等等，其中有些是不知道如何「绿化」或者说比较困难，如Office 2003，我认为那种把Office安装到硬碟上，然后抽去注册表的变化的方法部叫做「绿化」，因为注册表文件中有大量的绝对路径存在，而且Offcie的元件之间有比较复杂的联系，所以难以「绿化」。有些是「绿化」没有意义，如IE6，微软的修正档程序，Directx9等等。
目前我使用的软体，绝大部分都「绿化」了，只有少数几个必须安装了，如MS Office，Visual Studio.net 2003等等。感觉非常方便，尤其是改变磁碟代号的时候，非常简单，可以做到便携化。
