• [转]超详细Fiddler教程


    转:http://www.decimage.com/web/cool-fiddler-introduction.html

    INTRO: Fiddler,被誉为前端开发神器之一,是前端开发人员必备的调试工具。本文分为两部分,前半部分介绍了fiddler的基本情况和用法,后半部分是临场调试的案例,非常好的教程。

    转自:阿里巴巴中国站UED团队
    原文:
    1) 使用Fiddler提高前端工作效率 (介绍篇)
    2) 使用Fiddler提高前端工作效率 (实例篇)

    以下是正文。
    ———————————————

    1. Fiddler 是什么?
    Fiddler是用C#编写的一个免费的HTTP/HTTPS网络调试器。英语中Fiddler是小提琴的意思,Fiddler Web Debugger就像小提琴一样,可以让前端开发变得更加优雅。
    Fiddler是以代理服务器的方式,监听系统的网络数据流动。运行Fiddler后,就会在本地打开8888端口,网络数据流通过Fiddler进行中转时,我们可以监视HTTP/HTTPS数据流的记录,并加以分析,甚至还可以修改发送和接收的数据。Fiddler还提供了清除IE缓存、请求构造器、文本转换工具等等一系列工具,对前端开发工作很有价值。

    2. 下载和安装Fiddler
    安装.net framework 2.0以上版本
    官方网站免费下载Fiddler。
    Firefox中用Fiddler,可以下载一个插件:Fiddler开关

    3. Fiddler的界面和功能

    列表

    左侧是数据列表,以不同的图标区分数据类型和状态,以下是图标对应的含义:

    正在将请求数据发往服务器
    正在从服务器下载返回数据
    [暂缺]请求过程中暂停
    返回过程中暂停
    请求中使用了HTTP HEAD方法; 返回中应该没有body内容
    请求中使用了HTTP CONNECT方法,建立HTTPS连接通道
    返回的内容类型是HTML
    返回的内容类型是图片
    返回的内容类型是Javascript
    返回的内容类型是CSS
    返回的内容类型是XML
    普通的成功的返回
    返回内容为 HTTP/300,301,302,303 or 307 跳转
    返回内容为HTTP/304: 使用本地缓存
    返回内容为一个证书请求
    返回内容是服务器错误
    请求被客户端、Fiddler或服务器中断

    查看器

    利用查看器提供的很多形式,我们可以查看数据流的内容。

    请求构建器(Request Builder)

    可以创建任意数据的请求

    过滤器

    过滤器可以对左侧的数据流列表进行过滤,我们可以标记、修改或隐藏某些特征的数据流。

    AutoResponse功能

    这个功能可以算的上是Fiddler最实用的功能,可以让我们修改服务器端返回的数据,例如让返回都是HTTP404或者读取本地文件作为返回内容。我们将在实例中介绍利用AutoResponse功能。

    文本编码和解码

    提供了常用的一些文本编解码的转换。

    此外,还可以对两个数据流进行比较

    Fiddler可以保存和打开“SAZ”格式的文件,这样就可以将监听到的数据流保存下来,下次再重新打开分析。可以利用FiddlerCap——一个专门用来录制保存SAZ的小工具——保存SAZ文件。SAZ文件可以设置密码保护,比较贴心。

    ———————————————

    在上一篇(介绍篇)中,我们对Fiddler Web Debugger有了简单的接触,也许你已经开始在用Fiddler进行HTTP相关的调试,在这一篇,我们将通过一个实例了解Fiddler的神奇魔法。
    在我们前端开发的日常工作中,发现服务器上某个css/javascript文件有问题,需要修改,那真是家常便饭。通常,我们需要将文件进行修改,然后重新发布再验证,这样就很容易影响到生产环境的稳定性。更普遍的做法是,我们在开发环境中修改文件并验证,然后发布到生产环境。虽然安全,却比较繁琐。而利用Fiddler的可以修改HTTP数据的特性,我们就非常敏捷地基于生产环境修改并验证,确认后再发布。

    假设我们发现这个页面有问题,需要修改所引用的js文件(http://www.aliued.cn/wp-includes/js/comment-reply.js?ver=20090102)。

    第一步:用Fiddler查看页面的数据流列表,找到这个js文件的session

    tip: 最好是没有缓存的返回内容(Result Code是200),这样可以进行下一步的保存。不是200也没关系,你只要本地硬盘上有这个文件就好了。

    第二步:将js文件保存到本地(如果本地已经有这个文件,可以跳过这步)

    在这个js session上右键点击,选择“Save – Response –Response Body…”,将js文件的内容保存到本地。记住存的位置,下面我们会用到这个保存下来的文件。

    第三步:开启Fiddler的请求自动重定向功能

    打开AutoResponder标签设置。有没有看到界面上有两个复选框?第一个的作用是开启或禁用自动重定向功能,我们就可以在下面添加重定向规则了。第二个复选框框勾上时,不影响那些没满足我们处理条件的请求。

    第四步:创建重定向规则,将目标是这个js的HTTP请求重定向到本地文件

    我们可以通过“Add…”按钮手动添加规则,不过这个URL已经出现在我们的session列表中,可以直接拖动过来。在左侧的Session列表中选择第一步找到的session,拖动到AutoResponse标签中。这样就创建了一个针对这个URL的规则。

    Fiddler帮我们生成的规则是:
    当URL为:http://www.aliued.cn/wp-includes/js/comment-reply.js?ver=20090102
    返回200,使用和Session 4一模一样的内容返回

    我们需要修改这个规则,

    选择“Find a file…”,就可以选择本地的文件作为返回的body内容。

    选择我们刚刚保存下来的文件。

    刷新一下浏览器页面,看一下session列表,如果像下面这样,这个session的底色是灰色的,那么恭喜你,你已经成功将这个请求重定向到本地文件了!

    tip: 如果浏览器用的是Firefox,记得先清一下临时文件缓存,因为Firefox是真正的缓存,当判断文件的缓存还未过期时,就不会再发请求出来,Fiddler就获取不到了。

    第五步:修改本地文件,进行测试

    我们在本地的js文件中加一句alert(‘hello’)

    刷新浏览器,看看效果,如果alert出来,那就成功了。

    继续修改这个文件并测试,成功修复问题后,我们就可以发布修改后的文件了。

    小结:自动重定向功能是Fiddler最实用的功能,这里的Rule可以自由地设定,可以使用搜索(默认)、精确匹配(EXACT)、正则表达式匹配(REGEX)。处理方式可以选择使用文件,也可以选择合适的时间暂停数据流(*bpu、*bpafter),人工干预。通过以上几个步骤,我们演示了怎样将HTTP请求重定向到本地的文件,进行web调试。这种调试方式不需要发布到线上再验证,避免了修改不成功、对用户造成影响的风险,而且不需要搭建复杂的开发服务器等开发环境,非常适合快速web调试。

    延伸阅读:
    Fiddler使用帮助
    Fiddler AutoResponder标签说明

  • 相关阅读:
    关于typedef在struct使用上的一些问题
    软件工程--趣盒--第四次团队作业--软件实现与测试
    趣盒——快速入门手册
    软件工程趣盒软件设计
    软件工程项目需求分析
    在VS2017下配置OpenGL
    破阵子青铜团队介绍以及项目背景介绍
    海客谈瀛洲,烟涛微茫信难求——微信
    第一次作业:扑通扑通 我的IT
    5.线性回归算法
  • 原文地址:https://www.cnblogs.com/jackljf/p/3588972.html
Copyright © 2020-2023  润新知