对ashx请求用Gzip,Deflated压缩
//GZIP压缩


















这样每次context.Response.Write出支的数据就压缩了
对效多的文本信息压缩可以压缩到原来三分之一到四分之一的样子
如果发送的信息只有几个字节就没有必要了
下面来看两次压缩的对比
上面这个是压缩前的
下面这个是压缩后的
来比较一下.
压缩前
第一个请求:3021字节,用时0.033
第二个请求: 431字节,用时0.010
第三个请求: 516字节,用时0.008
压缩后
第一个请求:1239字节,用时0.025
第二个请求: 556字节,用时0.008
第三个请求: 587字节,用时0.008
第一个请求压缩很明显,达到了原来的三分之一左右
第二个请求,第三个请求压缩前反而比压缩后小.这是为什么呢.
呵.那是第一个请求发送的数据本来就很大,
第二个和第三个请求发送的就只有几个字节,
还要加上浏览器的一些信息,可能反而大了吧
我的理解是这样的.还请高手多多指教
出处:http://www.cnblogs.com/liuju150/archive/2009/09/14/1566479.html
关注我】。(●'◡'●)
如果,您希望更容易地发现我的新博客,不妨点击一下绿色通道的【因为,我的写作热情也离不开您的肯定与支持,感谢您的阅读,我是【Jack_孟】!
本文来自博客园,作者:jack_Meng,转载请注明原文链接:https://www.cnblogs.com/mq0036/p/8287552.html
【免责声明】本文来自源于网络,如涉及版权或侵权问题,请及时联系我们,我们将第一时间删除或更改!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
2016-01-15 Notepad++中代码格式化插件NppAStyle