WebResourceCompression压缩模块以及.Net 程序脱离.net framework框架运行

转］：http://whx.tzgt.gov.cn/newOperate/html/1/11/112/8931.html

在介绍之前,先简单说一说ASP.NET服务端GZIP压缩模块的作用及工作原理,很多人编写网页的时候页面因为使用了大量的JS特效又或者放置很多大型 动态广告导致了页面或脚本体积庞大,通常都会使用一些压缩工具本地对页面或脚本进行一定的压缩后再上传到服务器,但这样的压缩工具一般压缩率有限,优化自 然也不明显,本文章介绍的压缩模块的作用就是对asp.net的页面或脚本等资源进行高强度GZIP压缩(一般能压缩到只有1/5的体积),而且压缩的过 程是发生在客户端请求aspx页面的时候由服务端进行压缩处理后再传送给客户端显示,换言之项目使用这些压缩模块之后,所有的aspx页面都不需要事先进 行压缩处理,而是由压缩模块在页面被客户端第一次请求的时候自动在服务端后台进行压缩处理（压缩处理的时间很快，几乎可以忽略不计，但压缩后的页面加载速 度却提升明显）。下面就让我介绍几款实现这样功能的压缩模块：

一、 WebResourceCompression压缩模块
    这个压缩模块是专门用来实时压缩ASP.NET2.0页面引用的所有*.axd资源，一般aspx页面使用了如anthem.net的ajax框架或 asp.net验证控件都会产生axd文件引用，这个文件实际就是一个js脚本，启用这个压缩模块后，所有的axd资源都会被GZIP压缩后再传送给客户 端，此模块特别适用于aspx页面应用了ajax框架或需引用体积庞大的axd资源文件的项目!

使用：解压后将 WebResourceCompression.dll放到网站项目的BIN目录，并且在Web.config < httpModules> 配置节中加入以下语句:

< add name ="WebResourceCompression" type ="WebResourceCompression.WebResourceCompressionModule" />

< add name ="PageCompressionModule" type ="Compression.PageCompressionModule,Compression.PageCompressionModule" />

   < configSections >
     < sectionGroup name ="DCWeb" >
       < section name ="HttpCompress" type ="DC.Web.HttpCompress.Configuration,
           DC.Web.HttpCompress" />
     < / sectionGroup >
   < / configSections >

   < DCWeb >
     < HttpCompress   compressionType ="GZip" >
< !--设定是否启用cachefiles功能，并指定cache目录，如果删掉这行配置的话就自动默认为false(不开启cache)-->
       < CacheSettings cacheFiles ="true" path ="cache" />
< !--设定jspath及csspath，如果删除掉这行配置的话就会使用默认值-->
       < PathSettings jsPath ="javascript" cssPath ="css" />
< !--配置要压缩何种类型的资源，这里设定只压缩html，即只有aspx页面及*.axd资源会被压缩,其它的资源(如图片,CSS等）将不被压缩！例：如果要压缩gif，请添加< add mime="image/gif"/>,压缩jpg则添加< add mime="image/jpeg"/>-->
       < IncludedMimeTypes >
         < add mime ="text/html" />
       < / IncludedMimeTypes >
       < !--配置不压缩何种类型资源请使用：
      < ExcludedMimeTypes>
         < add mime="text/html" />
       < /ExcludedMimeTypes>
        注意：ExcludedMimeTypes及IncludedMimeTypes只需要配置一个就可以，如果像上面那样配置ExcludeMimeTypes的话，则表明除html类型的资源外，其它资源都会被压缩 -->
         < ExcludedPaths >
< !--设定不启用压缩的页面路径，下面设定了nocompress目录下的default.aspx页面将不会启用压缩功能,但其它页面则正常启用压缩-->
           < add path ="~/NoCompress/Default.aspx" />
         < / ExcludedPaths >
       < / HttpCompress >
   < / DCWeb >
  
   < !-- The js.axd and css.axd must be enabled to allow javascript and css
       compression -->
   < httpHandlers >
< !--如果不需要使用到此功能的话可删掉此配置节-->
     < add verb ="*" path ="js.axd,css.axd"
         type ="DC.Web.HttpCompress.CompressionHandler,DC.Web.HttpCompress" />
   < / httpHandlers >
   < !-- The compression module must be enabled for the WebResource.axd to be
        compressed -->
   < httpModules >
     < add name ="ScriptModule" type ="System.Web.Handlers.ScriptModule,
         System.Web.Extensions, Version=1.0.61025.0, Culture=neutral,
         PublicKeyToken=31bf3856ad364e35" />
< !--设定启用压缩模块的参数-->
     < add name ="HttpCompressModule"
         type ="DC.Web.HttpCompress.HttpModule,DC.Web.HttpCompress" />
   < / httpModules >

配置好后，压缩模块就可以正常工作了!

小提示:如果web.config配置了     
< CacheSettings cacheFiles="true" path="cache"/>
那么项目下就必须存在cache这个目录,否则的话会出错,如果项目不想增加这个目录,只需要将这个配置节删掉即可!

二、实际应用的性能测试
跟踪软件:fiddler2
本次测试使用本人开发的DotNetTextBox在线编辑器控件作为页面载体,共有两个一模一样的页面分别为compress.aspx(启用压缩)及nocompress.aspx(不启用压缩)

首先打开不启用压缩的nocompress.aspx并且查看页面体积如下图：


同时查看fiddler2看看实际接收的流量

通过上图可以看到,实际接收与查看属性的体积都是一样65452字节,并且fiddler2检测到页面是no compression

跟着我们打开启用压缩的compress.aspx并查看页面体积如下图(与nocompress.aspx页面体积基本一样,只有2字节的误差):


再看看fiddler2实际接收到的流量

压缩的效果终于看到了,fiddler2检测到实际接收到的流量只有17277字节,并且右下角显示页面采用的是GZIP Encoding,压缩后的页面体积只有原来的1/4!!!


1)前面进行的CompressionModule使用及性能测试实例的下载地址:
/Files/aspxcn/CompressSample.rar

2)CompressionModule压缩模块在Asp.Net Ajax中应用的实例下载:
/Files/aspxcn/ajaxsample.rar

3)CompressionModule压缩模块的完整源码下载地址:
/Files/aspxcn/CompressionModule.rar

如果您还需要本人前面提到的其它几款压缩模块及源码,可以访问本人网站,里面有本文所有的压缩模块及源码高速下载:
http://www.aspxcn.com.cn/default.aspx?uid=108

优点：使用简单
缺点：仅支持ASP.NET2.0或以上版本，不能压缩除axd外的其它资源!

二、P ageCompression压缩模块
    与之前的模块不同，这个模块是专门用来压缩aspx页面的，启用这个压缩模块之后，aspx页面将会被实时压缩，一般100K的页面能被压缩到25K左右，此模块适用于只需要对页面进行压缩的项目！

使用：解压后将Compression.PageCompressionModule.dll放到网站项目的BIN目录，并且在Web.config < httpModules> 配置节中加入以下语句:
优点：使用简单
缺点：仅支持ASP.NET2.0或以上版本，不能压缩除aspx页面外的其它资源，而且启用压缩后，页面引用的axd资源会无效（BUG)!

三、HttpCompress6.0压缩模块
    这是一个支持asp.net1.0/1.1/2.0(2.0以下版本不支持gzip压缩，仅支持deflate压缩），可以压缩aspx页面请求的所有类型(MimeTypes)的资源，包括图片、js脚本、axd、aspx页面、css文件等，并且能在web.config详细自定义要压缩那种类型的资源及不压缩那种类型的资源、也可定义要压缩指定的页面或不压缩指定的页面，另外还有压缩比率设定(high|normal|low)等等强大的自定义功能，不过此控件的最严重问题是在asp.net2.0下启用压缩会导致axd文件无效，这样如果页面应用了ajax框架就会导致ajax功能失效。

使用：略（与下面推荐的CompressionModule压缩模块使用方法雷同）
优点：开放源代码，强大的自定义功能，支持asp.net1.0/1.1/2.0版本，能压缩多种资源!
缺点：使用复杂，asp.net2.0下启用压缩会导致axd文件无效!

四、CompressionModule压缩模块(强烈推荐)
     本人推荐的一个模块，同样可以压缩aspx页面请求的所有资源及支持强大自定义功能的压缩模块，与HttpCompress6.0一样能自定义要压缩那种类型的资源及不压缩那种类型的资源、也可定义要压缩指定的页面或不压缩指定的页面，并且还有开启Cache资源的功能及指定压缩目录的强大功能，另外也不会像HttpCompress6.0会出现axd文件无效的BUG，这样此压缩模块就能完美支持各种ajax框架！！

使用：请看后面的CompressionModule压缩模块实际使用及性能测试！
优点：开放源代码，强大的自定义功能，能压缩多种资源，能完美支持各种ajax框架!
缺点：使用复杂，仅支持asp.net2.0或以上版本!

     综上所述，各种压缩模块都能达到优化页面的作用，但由于压缩的过程是发生在服务器一端，所以启用这些压缩会消耗一点点服务器资源，不过一般来说压缩只发生 在客户端第一次访问页面的时候，因为之后浏览器本身cache了页面及资源的关系，再次刷新访问的时候就不会再占用服务器资源进行压缩了，所以对于网站页 面体积庞大的开发者来说，启用压缩功能绝对是物有所值的，毕竟页面体积更小，加载就会更快！

附录：CompressionModule压缩模块的使用说明及性能测试！
一、使用
首先，将DC.Web.HttpCompress.dll放到网站项目的bin目录，再按如下增加及修改项目的web.config

另： [转]:http://www.xoyozo.com.cn/xsdn/archive/Let-.Net-program-run-without-.Net-Framework.aspx
.Net 框架目前逐步在普及了，仍然有很多人在寻找如何让.NET程序脱离.NET框架的方法。
    现成的工具有 Xenocode 的postbuidle或者vas,还有 Salamander .NET Linker .另外还有 MaxToCode 作者以前做的 framework linker. 以及一些支持注册表模拟和文件模拟的打包工具molebox,thinstall等.
   最后还有某网友（应其要求隐去网名） 兜售的一个实现方法.

    Xenocode的是使用了一个虚拟机环境,模拟框架需要的注册表信息和文件信息.Xenocode号称的生成native代码功能实际上就是指的这个功能.我测试了几个程序打包,兼容性似乎不怎么好. 不知道是不是因为机器上已经安装了框架的原因。

    Jason做的 framework linker,以前我也使用过, 他的实际上是利用了Remotesoft的内核文件,然后自己实现了一个loader。好像是使用的早期的内核文件，兼容性也不太好。

    Salamander .Net Linker ，Remotesoft的一个产品，没有可以下载的，但是其兼容性似乎很不错。移动的飞信软件就利用了它的核心。

   某网友的方法似乎是利用remotesoft的核心和飞信的框架，因为他并没有免费公开方法，从他给出的样例可以看到有remotesoft的核心文件以及飞信的框架程序。

    这里要介绍的方法是直接利用飞信的框架来实现脱离 .Net framework运行。
    首先下载一个飞信的程序安装。在安装目录中会有 VMDotNet 目录。这个就是.Net框架虚拟环境需要的文件。直接把整个目录提取出来。

     如何利用这个虚拟环境运行 自己的 .Net 程序呢？
很简单，一个命令行搞定。在 VMDotNet 目录里面会找到一个 FetionVM.exe 。这个是虚拟环境的loader。
使用方法： FetionVM.exe pathtoyoureexe
就是直接把你的 .Net 程序 作为命令行参数传递给 FetionVM.exe 就可以在这个虚拟环境中执行你的。net程序了。
    最好再自己写一个启动程序，首先检查系统是否安装了。Net框架，如果有直接运行。没有调用虚拟环境运行。
    这个启动程序飞信也有，如果不想自己写就直接拿飞信安装目录中的 Feition.exe，但是这样的话 你自己的.Net程序的名字必须叫 FeitionFX.exe 。把它和Feition.exe 放在同一目录下，直接执行 Feition.exe 即可。
    另外，如果你对。Net程序使用了加密保护，需要注意一下，目前市面上的大部分。Net加密工具加密后的程序集不能在这个虚拟环境中运行的。 这个东西除了能实现脱离 。net框架运行外，还有另外一个副作用－－让.net程序运行在指定版本的 。net 框架中(虽然机器上安装了。net框架，仍然可以让。net程序在这个虚拟框架下运行)。

   前面介绍了让.Net程序脱离.net framework框架 运行的方法 ，但是有些朋友应用中还是遇到了一些问题，主要时需要自己提取框架程序以及应用的dll问题。这里介绍一个偷懒提取方式。
我们可以利用 Remotesoft linker的试用版来提取，试用版的获取

    http://www.remotesoft.com/linker/try.html

   试用版提取时可以用 mdeploy 方式或者 native 方式。如果时 mdeploy 方式，比较简单，直接提取出来了基本能用了。他提取的是你系统当前的 框架环境。也就是你安装了 .Net 3.0那么提取出来的核心文件也就是 3.0的。
   提取完后会有一个 exe文件和 rsm 文件，你只需要用fetion框架里面的 fetionvm.exe替换这里生成的exe文件即可。
实际上这个文件是一个预先写好了的模板程序，自己可以修改一下资源属性，就OK了。
   native 模式提取出来的虚拟框架目录结构和 fetion的那个一样的。把文件复制到fetion的框架里面覆盖。然后自己可以改改 fetionvm.srm文件，这个文件在前面已经还原出他的代码了。这样就省去了自己提取dll文件的麻烦。

文章转载自：http://www.cnblogs.com/scottckt/archive/2007/12/14/995258.html

http://blog.csdn.net/wlwqw/archive/2007/09/17/1788113.aspx