HTTP调试工具:Fiddler的使用方法介绍

上传人:m**** 文档编号:191929633 上传时间:2023-03-06 格式:DOCX 页数:17 大小:225.12KB
返回 下载 相关 举报
HTTP调试工具:Fiddler的使用方法介绍_第1页
第1页 / 共17页
HTTP调试工具:Fiddler的使用方法介绍_第2页
第2页 / 共17页
HTTP调试工具:Fiddler的使用方法介绍_第3页
第3页 / 共17页
点击查看更多>>
资源描述
Fiddler可以帮您记录,调试Microsoft Internet Explorer与Web应用程序的交互,找 到Web程序运行性能的瓶颈,还有如查看向Web服务器发送cookies的内容,下载内容 的大小等功能。说多一点是,Fiddler站在用户与Web服务器的中间,由它转发请求与响应,因此Fiddle r作为一个可检视,可定制的工具,能让您了解交互过程细节,有利于解决Web程序的交 互问题。如下列示意图:Internet Explorer WinINET?(由 Fiddler运行时自动注册) Fiddler Web ServerFiddler 可以用于:性能测试。如查看页面的大小调试。在会话选项中,可暂停,编辑HTTP通讯Fiddle r 不仅可用于 Mic rosoft In te rnet Explo rer,其它浏览器,如 Mozilla Fir efox, Opera等也适用。软件界面友好,精于HTTP,可能比NetMon易用,还可用.NET进行扩 展。官方站点上,还有视频教学。这个工具我已经使用比较长时间了,对我的帮助也挺大,今天我翻译的微软的文章,让更多 的朋友都来了解这个不错的工具,也是我第一次翻译文章,不恰当之处请大家大家多多指正。 介绍:你是不是曾经疑惑过你的web程序和IE是如何交互的?你是不是遇到过一些奇 怪的而你又无法解决的性能瓶颈?你是不是对那些发送给服务器端的 cookie 和那些你下载下来的被标记为可缓存的内容感到好奇?Fiddler 官方网站及下载地址: 微软的Fiddler能够帮助你回答以上的问题,不但如此,它还是一个http调试 代理,它能 够记录所有的你电脑和互联网之间的http通讯,Fiddler可以也可 以让你检查所有的http通讯,设置断点,以及Fiddle所有的进出的数据(指 cookie,html,js,css 等文件,这些都可以让你胡乱修改的意思)。 Fiddler 要比其他的网络调试器要更加简单,因为它仅仅暴露http通讯还有提供一个用 户友好的格式。Fiddler包含一个简单却功能强大的基于JScript .NET事件脚本子系统,他非 常灵活性非常棒,可以支持众多的http调试任务。Fiddler是用C#写出来的。 。接下来是一大段废话,关于如何安装的,只要一路next,就可以了。 这段话我就跳过,直接切入正题了。Running Fiddler当你启动了 Fiddler,程序将会把自己作为一个微软互联网服务的系统代理中去。你可以通过检查代理设置对话框来验证 Fiddler 是被正确地截取了 web 请求。 操作是这样的:点击 IE 设置,工具,局域网设置,最后点击高级。作为系统代理,所有的来自微软互联网服务(Winlnet)的http请求再到达目 标Web服务器的之前都会经过Fiddle,同样的,所有的Http响应都会在返回 客户端之前流经Fiddler。这样,就能明白Fiddler很多作用了吧!当你关闭Fiddler的时候,它就会自动从系统注册表中移出,换句话说,当你关 闭了 Fiddler后,不会占着茅坑不拉屎。F面,是一个Fillder的用户界面,大家可以参考参考其功能。tfhMiawwft.w fight丽岬悵u如:百 慣ofhcajanigiidftJtDtfi 7 hwirwn EurofM 科Q*0祜 d*fe!QI* .lfcEkMdEiM:寻 gimaJ-.377Ms?JmjrKW*A-wpffnm“的阳rv n.就啊!teJL 4.啡a dEBjHbMdft.4!caiall HTTP RequestsEW eftwcaijwft.wm- -a - 2WItr-rsjMK.iaipxnYPE.*| P:M虜 |PM iCi.:fllJS 6-7s4- F-HaMIiAliisB冲 d1 1 II 1 111 r囤画*)已列 TIEi曹目*)目 Tl IQiTI*!*) HTTP g电$ion$ liet shewsnlsE,bHmip,:用Fiddler来做性能测试HTTP统计视图通过显示所有的Http通讯,Fiddler可以 轻松的演示哪些用来生成一个页面,通过统辻页面(就是Fiddler左边的那个 大框)用户可以很轻松的使用多选,来得到一个WEB页面的总重量(页面文 件以及相关 js,css 等)你也可以很轻松 得看到你请求的某个页面,总共请求了 多少次,以及多少字节被转化了。另外,通过暴露 HTTP 头,用户可以看见哪些页面被允许在客户端或者是代理端 进行缓存。如果要是一个响应没有包含 Cache-Control 头,那么他就不会被缓 存在客户端。URLEddyExpires/en-us/default.aspx/trans pixel.aspx.16351,03144non已Fri21 Jan 2005 20:38:41 .none用 Fiddler 来调试Fiddler支持断点调试概念,当你在软件的菜单一rulesautomatic breakpo ints选项选择beforerequest,或者当这些请求或响应属性能够跟目标的标准相匹配,Fiddler就能够暂停Http通讯,情切允许修改请求和响应。这种功能对 于安全测试是非常有用的,当然也可以用来做一般的功能测试,因为所有的代码 路径都可以用来演习。Session检查用户可以在BuilderPage项种来以手工的方式来创建一个HTTP请 求(即在Fiddler右侧的tab的第三个,RequestBUILDER),或者可以使用 拖拽操作从Session列表中来移动一个已经存在的请求到builder page来再 次执行这个请求。Fiddler 扩展 Fiddler 可以使用 .net framework 来对它进行扩展。有 2 种为 Fi ddler 扩展准备的基本机制: 自定义规则,和规则检查。使用脚本化的规则来扩展FiddlerFiddler支持JScript .NET引擎,它可以允许用户自动地修改Http请求和响应。这个引擎 能够在可视化界面修改在FiddlerUI中的Session,可以从列表中提取你感兴趣的错误, 也可以移除你不感兴趣的 Session。以下的示例代码演示当 cookie 被加载的时候把界面变成紫色。static functionOnBeforeRequest(oSession:Fiddler.Session) if (oSession.oR equest.headers.Exists(Cookie) oSessionui-color = purple; o Sessionui-bold = cookie; 通过加入Inspectors来扩展Fiddler用户可以加入一个Inspector插件对象,来使 用.net下的任何语言来编写Fiddler扩展。RequestInspectors和Respons einspectors提供一个格式规范的,或者是被指定的(用户自定义)Http请求 和响应视图。默认安装中, Fiddler 加入了一下的 Inspectors:Request InspectorsRW HeadersShows request headers and status.RW TextViewShows the request body in a text box. (原始的请 求 body 视图)RW HexViewShows the request body in a hexadecimal view.(body的16进制视图)RO XMLShows the request body as an XML DOM in a tree vie w.(以XML方式展示请求)Response InspectorsRW TransformerRemoves GZip, DEFLATE, and CHUNKED encodings for easier debugging.RW HeadersShows response headers and status.RW TextViewShows the response body in a text box.RW HexViewShows the response body in a hexadecimal view. (16进制视图)RO ImageViewShows the response body as an Image. Suppor ts all .NET image formats.RO XMLShows the response body as an XML DOM in a tree vi ew.RO PrivacyExplains the P3P statement in the response headers, if present. (如果在响应头中有关于隐私策略的说明就展示出来)学习如何通过Fiddler建立一个速度更快的网站。在这篇文章中,我 们将使用Fiddler去探究HTTP的性能,缓存,以及压缩。 如果你要是没有安装和配置过 Fiddler, 请从文章的第一篇开始。HTTP 性能总览毫无疑问用户都喜欢访问速度快的网站。用户是非常的不 耐烦,除非你的网站是没有竞争对手,换句 话就是处于垄断地位的。 如果你的访问者来自世界各地,那你就必须要保证你的网站在执行效 率方面要非常好,甚至要更加标准。作为一个国际化的网络连接点, 通 常要受到来自两个方面的压力:高访问量以及低带宽。在第一次至关重要的访问中,用户必须要下载每一个内容片断,来生 成页面,包括 JS, CSS ,Images ,HTML ,如果你的页面太难加载(包括I IS接到请求执行并返回给客户端HTML),访问者也许就会 离开你的页面!通过暴露所有的HTTP通讯,Fiddler很容易得向你展示哪些文件经 常被用于生成一个页面,Shift+click可以在Fiddler左边框的会话列表中多选会话,来计算 那些被选会话的“页面总重量”。那些被转换成字节的数量。如果你想让你的客户在第一次访问的时候就留下深刻的印象 ,那么 最好的,也是唯一的途径就是返回给客户更少的文件。1 使用更少的图画2 将所有的 CSS 浓缩到一个 CSS 文件中3 将所有的脚本浓缩到一个 JS 文件中4 简化你的页面时间5 使用 HTTP 压缩如果要是你已经对用户的第一次来访的性能进行了优化,那么你可以 通过 Http 缓存的优势来使得你的网站访问速度更快!HTTP 缓存介绍2 种方式来提升你的 web 应用程序的速度:减少请求和响应的往返次数减少请求和响应的往返字节大小。HTTP 缓存是最好的减少客户端服务器端往返次数的办法。缓存提供 了提供一种机制来保证客户端 或者代理能够存储一些东西,而这些 东西将会在稍后的 HTTP 响应中用到的。(即第一次请求了,到了 客户端,缓存起来,下次如果页面还要这个JS文件或者CSS文件 啥的,就不要到服务器端去取下来了,但是还是要去服 务器上去访 问一次,因为请求要对比ETAG值,关于这个值,我将会在下次翻 译中介绍其作用)这样,就不用让文件再次跨越整个网络了。缓存相关的请求头为了提高性能,微软的 IE 和其他的 web 客户端总是想尽办法来维持 从远程服务器上下载下来的本地的缓存。当客户端需要一个资源(html,css.js),他们有3种可能的动作:1发送一个一般的HTTP请求到远程服务器端,请求这个资源。2 发送一个有条件的 HTTP 请求到服务器,条件就是如果它不同于 本地的缓存版本。3 如果缓存的拷贝可用,就使用本地的缓存资源。当发送一个请求,客户也许会使用如下的几个 HEADERTable 1. Client Cache HeadersThe client is unwilling to accept any cached responses fromPragma: no-cache caches along the route and the origin server must be contacted for a fresh copy of the resource.The server should return the requested resource only if theIf-Modified-Since:resource has been modified since datetimethe date-time provided by the client.The server should return theIf-None-Match:requested resource if the ETAG of etagvaluethe resource is different than thevalue provided by the client. AnETAG is a unique identifierrepresenting a particular versionof a file.1 Pragma : no-cache 表明客户端不愿意接受缓存请求,它需要 的是最即时的资源。2 If-Modified-Since: datetime 表明如果这个资源自从上次被客 户端请求,就已经修改了,那么服务器就会返回给客户端最新的。3 If-None-Match: etagvalue 如果客户端资源的 ETAG 值跟服 务器端不一致了,那么服务器端返回最新的资源。ETAG就是一个唯 一的ID,用来表示一个文件的一个特定的版本。如果要是这些有条件的请求,也就是含有 If-Modified-Since 或者 If-None-MatchHeader 头的请求,服务器将会以 HTTP/304 Not Modified 来作为响应,那么客户端就知道可以使用客户端的缓存 了。否则,服务器将会返回一个新的响应并且客户端就会抛弃过期的 缓存资源。你可以观察2个连贯的请求,来请求同一个图片,你会在Fiddler 中发现:在第一个本地缓存 版本中,服务器返回一个含有ETAG的 文件,和一个含有最后修改日期的文件,在这个第一次的请求会话中, 一个本地的缓存版本已经可以使用了。这样一来,一 个有条件的请 求就被创建出来。然后你再次请求这个图片的时候,他就就会响应一 个本地缓存的文件,当然前提是第一次缓存的图片的ETAG值或者I f- Modified-Since 值跟服务器上匹配的话,服务器就响应一个30 4 给客户端。Session #1GET /images/banner.jpg HTTP/1.1Host: HTTP/1.1 200 OKDate: Tue, 08 Mar 2006 00:32:46 GMTContent-Length: 6171Content-Type: image/jpegETag: 40c7f76e8d30c31:2fe20Last-Modified: Thu, 12 Jun 2003 02:50:50 GMTSession #2GET /images/banner.jpg HTTP/1.1If-Modified-Since: Thu, 12 Jun 2003 02:50:50 GMTIf-None-Match: 40c7f76e8d30c31:2fe20Host: HTTP/1.1 304 Not Modified 因为一个HTTP304响应仅仅包含头,没有body,所有它在穿越互联 网的时候要比携带了资源的快很多,尽管如此,HTTP/304响应需 要一个服务器的往返,但是通过细心的设置响应头, web 程序员可 以消除这种因素,甚至是有条件的请求。缓存相关响应头通常缓存机制是由响应头来控制的。HTTP规范描述了 Header控制 缓存,The opti onal Cache-C ontr ol,Exp ires (过期)。Expires 头包含一个绝对的日期,当超过此日期,它将不会被考虑更 新了。Table 2. Common Cache-Control HeadersValueMeaningThe response may be stored inpublicany cache, including caches shared among many users.The response may only beprivatestored in a private cache used by a single user.The response should not beno-cachereused to satisfy futurerequests.The response should not be reused to satisfy future requests, and should not beno-storewritten to disk. This is primarily used as a security measure for sensitive responses.The response may be reused tomax-age=#seconds satisfy future requests within acertain number of seconds.must-revalidateThe response may be reused to satisfy future requests, but the origin server should first be contacted to verify that the response is still fresh.Cache-Control 头的参数设置:Public 响应会被缓存,并且在多用户间共享。Private 响应只能够作为私有的缓存,不能再用户间共享。No-cache 响应不会被缓存No-store 响应不会被缓存,并且不会被写入到客户端的磁盘里,这 也是基于安全考虑的某些敏感的响应才会使用这个。Max-age=#seconds 响应将会某个指定的秒数内缓存,一旦时间 过了,就不会被缓存。Must-revalidate 响应会被重用来满足接下来的请求,但是它必须 到服务器端去验证它是不是仍然是最新的。如果你要想在iis中配置缓存,请参阅温软的知识技术文章: How to Modify the Cache-Control HTTP H eader When You Use IIS.你可以学习更多关于在asp .net中使用缓存的知识文章: How To Cache in ASP .NET by Using Visu al C# .NET.如果你发现你经常在你的网站上更新文件,但是并没有更改文件名 字,那你就必须要非常小心地设置 你的缓存生存时间。例如:如果 你要一个thisyear.gif图片文件显示当前的年份在网站上,你需要保 证这个缓存过期时间不能超过一天,否则一个用户 在 12月31号访 问你的网站的时候,在 1月1号就不能显示正确的日期。由于某些原因,服务器可能会设置: Progma: no-cache 头, Cac he-control:no-cacheHeade r中的参数:Vary是一个缓存信号,Vary: User-Age nt表 示缓存当前的响应,但是仅限于当发送同样的User-Agent头的时 候。指令 Vary :* 就相当于 Cache-Control :no-Cache 。Vary 就相当于 中的缓存的参数一样,意思是根据什么来缓 存,如果要是知道 的缓存的使用方法,就很容易明白这个 参数的意思。使用HTTP会话列表,Fiddler用户可以看到在页面里包含的HTT P缓存头。Fiddler会话列表如果响应不包含Expires或者Cach e-Control,那么客户端就会被迫作为一个有条件的请求, 来保证所有的资源都是最新的。有条件的请求和WinlnetCacheIE通过Microsoft windows InternetServices来最大程度的利用缓存服务。WinInet允许用户配置缓存的大小和行为,设置缓存进行如下操作:1 打开IE,2工具选项,选择Inrernet选项,在一般子选项中,临时 文件夹内,点击设置下图就是选村的四种设置:标记性能问题:你可以使用Fiddler的自定义规则来标记某些你需要的,比如 如果某个响应大于2 5KB,你可以把当前的Session标记为红色,更加醒目。以下代码都是在 OnBeforeResponse 事件中:/ Flag files over 25KB if (oSession.responseBodyBytes.length 25000) oSessionui-color = red; oSessionui-bold = true; oS essionui-customcolumn = Large file; 同样,你也可以标记响应并不指示缓 存信息。 / Mark files which do not have caching informationif (!oSession.o Response.headers.Exists(Expires) &!oSession.oResponse.headers.Exists( Cache-Control) oSessionui-color = purple; oSessionui-bold =t rue; 介绍http压缩所有的目前流彳丁的WEB服务器和浏览器都提供http压缩支持。http压缩可以非常显著地降低客户端和服务器端的通讯量。节省超过5 0%的HTML,XML,CSS,JS等文件。一个浏览器发送一个信号给服务器,他可以介绍 http压缩过的内容,并且会把客户端所支持的压缩类型放在请 求的Header中,例如:考虑如下的请求:GET / HTTP/1.1Accept: */*Accept-Language: en-usAccept-Encoding: gzip, d eflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;.NET CLR 1.1.4322)Host: sea rch.ms 这个 Accep t Encoding 头表明IE将愿意接受GZIP格式的和DEFLATE格式的压缩响应。相应的响应如下:HTTP/1.1 200 OKContent-Type: text/html; charset=utf-8Server: Microsoft-IIS/6.0 -Microsoft-HTTPAPI/1.0X-Powered-By: ASP.NETVary: Accept-Encodin gContent-Encoding: gzipDate: Tue, 15 Feb 2006 09:14:36 GMTContent-Len gth: 1277Connection: closeCache-Control: private, max-age=3600 你可以使用F iddler来解压缩这些数据。实验表明,使用HTTP压 缩能大量减少数据往返,一个普通的CSS文件甚至能减少80%! 当然压缩是以牺牲CPU性能为代价的。特别是压缩动态文件,但是 一般的权宜之策是压缩例如JS,CSS等静态文件,因为他们在第一次压缩后,就会被存储在服务器上,如果要压缩asp.ne t动态文件,一定要有个权衡才行
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 图纸设计 > 毕设全套


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!