fiddler抓包

目录

一、前言

                HTTP协议

                fiddler基础

        界面功能

        decode解码

        证书

        设置代理

二、使用

        （一）网页不安全

        （二）fiddler设置

        （三）导出证书

        （四）导入到firefox浏览器

        证书导出失败问题

        只抓APP的请求

        查看get与post请求

        三、接口测试（Composer）

        Composer简介

        get请求（url详解）

        post请求（body）

                打断点（bpu）

                会话保存

                Repaly

                http协议简介

                请求行

                协议版本

一、前言

HTTP协议

• 要分析Fiddler抓取的数据包，我们首先要熟悉HTTP协议。HTTP即超文本传输协议，是一个基于请求与响应模式的、无状态的、应用层的协议，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。

• HTTP的工作过程：当我们请求一个超链接时，HTTP就开始工作了，客户端先发送一个请求到服务器，请求内容包括：协议版本号、请求地址、请求方式、请求头和请求参数；服务器收到请求后做相应的处理，并将响应数据返回到客户端，响应内容包括：协议版本号、状态码和响应数据。前端根据响应数据做相应的处理，就是最终我们看到的内容。这些过程是HTTP自动完成的，我们只是输入或点击请求地址，然后查看前端给我们展示的内容。更多关于HTTP协议的介绍请参考：http://www.cnblogs.com/li0803/archive/2008/11/03/1324746.html

• 请求方式常用的有：GET、PUT、POST、DELETE。

• HTTP状态码主要分为5类：以1开头的代表请求已被接受，需要继续处理；以2开头的代表请求已成功被服务器接收、理解、并接受；以3开头的代表需要客户端采取进一步的操作才能完成请求；以4开头的代表了客户端看起来可能发生了错误，妨碍了服务器的处理；以5开头的代表了服务器在处理请求的过程中有错误或者异常状态发生，也有可能是服务器意识到以当前的软硬件资源无法完成对请求的处理。

• 常见的主要有：200：服务器成功处理了请求；404：未找到资源；500：内部服务器错误；503：服务器目前无法为请求提供服务；302：请求的URL已临时转移；304：客户端的缓存资源是最新的，要客户端使用缓存。

• 每个状态码的详细介绍请参考：https://baike.baidu.com/item/HTTP%E7%8A%B6%E6%80%81%E7%A0%81/5053660?fr=aladdin

fiddler基础

fiddler是一个网络代理调试工具，可以将网络传输发送与接受的数据包进行截获、重发、编辑、转存等操作。也可以用来检测网络安全。Fiddler是通过改写HTTP代理，让数据从它那通过，来监控并且截取到数据。在打开它就已经设置好了浏览器的代理了。关闭的时候，它又把代理还原。

可以抓取支持http代理的任意程序的数据包，对于pc上的https请求，会提示网页不安全，需要在浏览器上安装证书。

Fiddler是一个http协议调试代理工具，它能够记录并检查所有你的电脑和互联网之间的http通讯，设置断点，查看所有的“进出”Fiddler的数据（指cookie,html,js,css等文件）。代理就是在客户端和服务器之间设置一道关卡，客户端先将请求数据发送出去后，代理服务器会将数据包进行拦截，代理服务器再冒充客户端发送数据到服务器；同理，服务器将响应数据返回，代理服务器也会将数据拦截，再返回给客户端。

Fiddler 是以代理web服务器的形式工作的，它使用代理地址:127.0.0.1，端口:8888，能支持HTTP代理的任意程序的数据包都能被Fiddler嗅探到，Fiddler的运行机制其实就是本机上监听8888端口的HTTP代理。

优点：

可以查看所有浏览器,客户端应用或服务之间的web数据流

手动或自动修改任意的请求和响应

可以解密HTTPS数据流以便查看和修改

缺点：

只支持http,https,ftp,websocket数据流等相关的协议

无法检测或修改其他数据：SMTP、POP3等

无法处理请求和响应超过2GB的数据

下载

Fiddler | Web Debugging Proxy and Troubleshooting Solutions

安装：直接装，路径可以改。

界面功能

1. 说明

1）左侧会话列表说明

#：顺序号，按照抓包的顺序从1递增

Result：HTTP状态码　

result:这里是服务器返回的代码，如

• 200，请求ok;2xx一般是服务器接受成功了并处理

• 3xx，重定向相关

• 4xx,404最常见的的就是找不到服务器,一般是请求地址有问题

• 5xx,这个一般是服务器本身的错误

Protocol：请求使用的协议，如HTTP/HTTPS/FTP等

HOST：请求地址的主机名或域名

URL：请求资源的位置

Body：请求大小

Caching：请求的缓存过期时间或者缓存控制值

Content-Type：请求响应的类型

Process：发送此请求的进程ID

Comments：备注 

Custom：自定义值

 2）右侧请求信息工具说明

TextView：显示请求或响应的数据。

WebForms：请求部分以表单形式显示所有的请求参数和参数值；响应部分与TextView内容是一样的。

Auth：显示认证信息，如Authorization

Cookies：显示所有cookies

Raw：显示Headers和Body数据

JSON：若请求或响应数据是json格式，以json形式显示请求或响应内容

XML：若请求或响应数据是xml格式，以xml形式显示请求或响应内容

3.HTTP Request Header请求（即客户端发出的数据）和HTTP Response Header响应（服务器返回的数据）

1）HTTP Request Header

请求方式：GET

协议： HTTP/1.1

Client 头域：

Accept: text/html, application/xhtml+xml, image/jxr, */*                             ---------浏览器端可以接受的媒体类型

Accept-Encoding: gzip, deflate                                                                  ---------压缩方法

Accept-Language: zh-CN                                                                          ---------语言类型

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393                             ---------客户端使用的操作系统和浏览器的名称和版本

COOKIE头域：将cookie值发送给服务器

Transport 头域：

Connection：当网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接是否关闭。keep-alive表示不会关闭，客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接；close表示关闭，客户端再次访问这个服务器上的网页，需要重新建立连接。

HOST：主机名或域名，若没有指定端口，表示使用默认端口80.

2）HTTP Response Header

协议：HTTP/1.1

状态码：200

Cache头域：

Cache-Control: private                                               ---------此响应消息不能被共享缓存处理，对于其他用户的请求无效

Date: Sat, 05 Aug 2017 04:37:43 GMT                      ---------生成消息的具体时间和日期

Expires: Sat, 05 Aug 2017 04:37:42 GMT                  ---------浏览器会在指定过期时间内使用本地缓存

Cookie/Login 头域：

Set-Cookie: BDSVRTM=264; path=/                           ---------把cookie发送到客户端

Set-Cookie: BD_HOME=1; path=/

Set-Cookie: H_PS_PSSID=1425_21097_22157; path=/; domain=.baidu.com

Entity头域

Content-Length: 202740                                              ---------正文长度

Content-Type: text/html;charset=utf-8                         ---------告知客户端服务器本身响应的对象的类型和字符集

Miscellaneous 头域：

Bdpagetype: 2

Bdqid: 0x99791efd00036253

Bduserid: 2577220064

Server: BWS/1.1                                                          ---------指明HTTP服务器的软件信息

X-Ua-Compatible: IE=Edge,chrome=1

Security头域：

Strict-Transport-Security: max-age=172800                ---------基于安全考虑而需要发送的参数，关于这个参数的解释，请参考：http://www.freebuf.com/articles/web/66827.html

Transport头域：

Connection: Keep-Alive

通过Fiddler可以抓取请求和响应参数，通过对参数进行分析，可以定位是前端还是后台问题。例如我们在测试登录接口时，输入了正确的手机号和密码，但前端提示“请输入正确的用户名和密码”；仅仅通过界面提示我们只能描述bug表象，但不能分析出问题原因。假设通过抓包我们发现是由于前端参数名错误或参数值为空，从而导致后台报错。这个时候我们将bug指向前端开发人员，并将参数数据和接口文档中对应的报文数据作为附件上传，是不是可以提高bug的解决效率呢？Fiddler在实际的功能测试中有很大的作用，一方面帮助我们更好的了解某个业务中客户端和服务器端是通过哪些接口进行请求的，从而更好的了解代码逻辑；另一方面，我们还可以通过响应数据判断哪里出现了问题，例如可能服务器程序挂了，导致前端报“服务器故障”，这时我们通过抓包发现响应数据返回502，这时我们可以手动去重启服务或是联系运维重启服务，从而提高问题的解决效率。

decode解码

1.如果response的TextView区域出现乱码情况，可以直接点下方黄色区域解码

2.也可以选中上方快捷菜单decode，这样后面的请求都会自动解码了

证书

装一个证书，做中间人攻击

客户端发出去的请求，由fiddler捕获，由证书进行解密，解密之后再由它的证书加密转发到服务器，服务器解密再将数据解密反馈回来，fiddler接收到数据之后再解密返回给客户端明文数据。

选中"Decrpt HTTPS traffic", Fiddler就可以截获HTTPS请求，第一次会弹出证书安装提示，若没有弹出提示，勾选Actions-> Trust Root Certificate

如果要监听的程序访问的 HTTPS 站点使用的是不可信的证书，则把 “Ignore servercertificate errors” 勾选上。

这里选择from browsers only，设置完之后点击ok

DO_NOT_TRUST_FiddlerRoot ,这个就是证书的名称

查看一下证书，Actions—>open windows certificate Manager

设置代理

下载谷歌代理插件

https://chrome.google.com/webstore/detail/proxy-switchyomega/padekgcemlokbadohgkifijomclgjgif

 代理情景包含了服务器地址、端口等代理的信息。在 SwitchyOmega 中，情景模式是代理设置的基本单元。默认设置中已经建立了一个代理情景模式作为样例。

填写所需的代理服务器地址和端口。SwitchyOmega软件本身不提供任何内置代理服务器。

自动切换模式在多个代理间切换自如

 情景模式类型："第一种是指定代理的方式，每次访问一定会从设置的代理中走，第二种是动态切换的方式，比如说你想让百度走国内的网络，而让谷歌走国外的网络。"

记得勾选“应用选项”！！！！

激活SwitchyOmega扩展程序 ：Alt + Shift + O，然后就可以在右上角看见一个圆圈，然后点击刚才创建的fiddler

重启fiddler

二、使用

（一）网页不安全

1.用fiddler抓包时候，打开百度网页：https://www.baidu.com

2.提示：网页不安全

（二）fiddler设置

1.打开菜单栏：Tools>Fiddler Options>HTTPS

2.勾选Decrypt HTTPS traffic，里面的两个子菜单也一起勾选了

（三）导出证书

1.点右上角Actions按钮

2.选第二个选项，导出到桌面，此时桌面上会多一个文件：FiddlerRoot.cer,如图。

（四）导入到firefox浏览器

1.打开右上角浏览器设置》选项》高级》证书》查看证书》证书机构》导入

2.勾选文件导入

3.打开文件后，会弹出个框，勾选三个选项就完成操作啦。

如果还不能成功，那就重启浏览器，重启电脑了。

证书导出失败问题

在点Actions时候出现Export Failed:The root certificate could not be located.最近有很多小伙伴在fiddler导出证书的时候，遇到无法导出的问题，收集了几种解决办法，供参考。

1、证书无法导出

在点Actions时候出现Export Failed:The root certificate could not be located.

2、无法导出问题解决方案

1.首先确保安装的 Fiddler 是较新的版本，先关闭fiddler

2.下载并安装Fiddler证书生成器

下载地址：http://www.telerik.com/docs/default-source/fiddler/addons/fiddlercertmaker.exe?sfvrsn=2

3.点Tools>Fiddler Options

4.勾选Capture HTTPS traffic

5.点Actions按钮，Export Root Certificate Desktop按钮导出到桌面

3、删除证书

1.有些小伙伴可能之前装过一些fiddler证书，安装的姿势不对，导致新的证书不起作用，这时候需要先删掉之前的证书了

方法一：从fiddler里打开证书管理界面

方法二、从文件管理器输入：certmgr.msc并回车

2.搜索之前安装的fiddler证书，找到之后全部删除

3.重新下载证书生成器：http://www.telerik.com/docs/default-source/fiddler/addons/fiddlercertmaker.exe?sfvrsn=2

一路傻瓜式安装，遇到警告什么的直接忽略就行。

4.安装好证书后，按照1.1章节Fiddler抓包1-抓firefox上https请求的浏览器导入证书就行了（弄好之后，重启电脑就OK了）

只抓APP的请求

fiddler在抓手机app的请求时候，通常也会抓到来自PC的请求，导致会话消息太多，那么如何把来自pc的请求过滤掉，只抓来自APP的请求呢？

必备环境：

1.电脑上已装fiddler

2.手机和电脑在同一局域网

设置

1.fiddler>Tools>Fiddler Options>Connections 勾选Allow remote computers to connect。

2.记住这里的端口号：8888，后面会用到。

查看电脑IP

1.打开cmd，输入：ipconfig,记住这个IPv4地址。

ipconfig

设置代理

1.手机设置->WLAN设置->选择该wifi，点右边的箭头（有的手机是长按弹出选项框）。

2.选择修改网络配置：

配置主机名：与主机电脑IP地址保持一致

端口号：8888

3.保存后就可以抓到来自手机的请求了。

抓APP上的HTTPS请求

1.如果app都是http请求，是不需要安装证书，能直接抓到的，如果是https请求，这时候手机就需要下载证书了。

2.打开手机浏览器输入：http://10.224.xx.xx:8888 ，这个中间的host地址就是前面查到的本机地址。

3.出现如下画面，点箭头所指的位置，点击安装就可以了。

设置过滤

1.手机上设置代理后，这时候fiddler上抓到的是pc和app所有的请求，如果pc上打开网址，会很多，这时候就需要开启过滤功能了。

2.打开fiddler>Tools>Fiddler Options>HTTPS>…from remote clients only,勾选这个选项就可以了

• from all processes :抓所有的请求

• from browsers only ：只抓浏览器的请求

• from non-browsers only :只抓非浏览器的请求

• from remote clients only:只抓远程客户端请求

（注意：如果手机设置代理后，测完之后记得恢复原样，要不然手机无法正常上网。）

查看get与post请求

前面两篇关于Fiddler抓包的一些基本配置，配置完之后就可以抓到我们想要的数据了，接下来就是如何去分析这些数据。

本篇以博客园的请求为例，简单分析get与post数据有何不一样，以后也能分辨出哪些是get，哪些是post了。

get请求

1.打开fiddler工具，然后浏览器输入博客首页地址：上海-悠悠 - 博客园

2.点开右侧Inspectors下的Headers区域，查看Request Headers

3.Request Headers区域里面的就是请求头信息，可以看到打开博客园首页的是get请求

post请求

1.打开登录首页：博客园

2.输入账号和密码登录成功后，查看fiddler抓包的请求头信息，可以看出是post请求

如何找出需要的请求

1.打开fiddler后，左边会话框区域刷刷刷的很多请求，那么如何有效的找出自己需要的请求呢？

2.首先第一步：清屏（cls）,在左下角命令行输入cls，清空屏幕

（清屏也可以使用快捷键Ctrl+X）

3.第二步在浏览器输入url地址的时候，记住这个地址，如打开博客首页：上海-悠悠 - 博客园

在点击登录按钮的时候，不要做多余的操作了，然后查看fiddler会话框，这时候有好几个请求。

4.如上图，红色框框这个地方就是host地址，红色圈圈地方就是url的路径（yoyoketang），也就是博客首页的地址了，那这个请求就是博客首页的请求了。

get和post请求参数区别

1.关于get和post的功能上区别就不说了，大家自己查资料，这里主要从fiddler抓包的层面查看请求参数上的区别

2.get请求的Raw参数查看，主要分三部分：

• 第1部分是请求url地址

• 第2部分是host地址

• 第3部分是请求头部信息header

3.再查看博客登录请求的Raw信息，post的信息分四部分。

–前面3块内容都一样，第3部分和第4部分中间会空一行

–第4部分内容就是post请求的请求body（get请求是没body的）

三、接口测试（Composer）

Fiddler最大的优势在于抓包，我们大部分使用的功能也在抓包的功能上，fiddler做接口测试也是非常方便的。

对应没有接口测试文档的时候，可以直接抓完包后，copy请求参数，修改下就可以了。

Composer简介

点开右侧Composer区域，可以看到如下界面，就是测试接口的界面了

1.请求方式：点开可以勾选请求协议是get、post等

2.url地址栏：输入请求的url地址

3.请求头：第三块区域可以输入请求头信息

4.请求body：post请求在此区域输入body信息

5.执行：Execute按钮点击后就可以执行请求了

6.http版本：可以勾选http版本

7.请求历史：执行完成后会在右侧History区域生成历史记录

模拟get请求

1.在Composer区域地址栏输入博客首页：上海-悠悠 - 博客园

2.选择get请求，点Execute执行，请求就可以发送成功啦

3.请求发送成功后，左边会话框会生成一个会话记录，可以查看抓包详情

4.右侧history区域会多一个历史请求记录

5.会话框选中该记录，查看测试结果：

• 选中该会话，点开Inspectors

• response区域点开Raw区域

• Raw查看的是HTML源码的数据

• 也可以点WebView，查看返回的web页面数据

Json数据

1.有些post的请求参数和返回参数是Json格式的，如博客园的登录请求：博客园

2.在登录页面手动输入账号和密码，登录成功。

3.找到这个登录成功的会话，查看json数据如下图：

模拟post请求

1.请求类型勾选post

2.url地址栏输入对应的请求地址

3.body区域写登录的json参数，json参数直接copy上一步抓包的数据，如下图红色区域

4.header请求头区域，可以把前面登录成功后的头部抓包的数据copy过来

（注意，有些请求如果请求头为空的话，会请求失败的）

5.执行成功后查看测试结果：

–执行成功如第三所示的图，显示success=True

–执行失败如下图所示，显示

message=Invalid length for a Base-64 char array or string.

success=False

get请求（url详解）

上一篇介绍了Composer的功能，可以模拟get和post请求，get请求有些是不带参数的，这种比较容易，直接放到url地址栏就行。有些get请求会带有参数，本篇详细介绍url地址格式。

url详解

1.url就是我们平常打开百度在地址栏输入的：https://www.baidu.com,如下图，这个是最简单的url地址，打开的是百度的主页

2.再看一个稍微复杂一点的url，在百度输入框输入：上海悠悠博客园

3.查看url地址栏，对比之前的百度首页url地址，后面多了很多参数。当然最主要的参数是:wd=上海悠悠博客园（后面的一大串可以暂时忽略）。

4.那么问题来了，这些参数有什么作用呢？

可以做个简单的对比，在地址栏分别输入：

https://www.baidu.com

https://www.baidu.com/s?wd=上海悠悠博客园

对比打开的页面有什么不一样，现在知道作用了吧，也就是说这个多的”/s？wd=上海悠悠博客园”就是搜索的结果页面

url解析

1.以”https://www.baidu.com/s?wd=上海悠悠博客园”这个url请求的抓包为例

2.那么一个完整的url地址，基本格式如下：

https://host:port/path?xxx=aaa&ooo=bbb

• http/https：这个是协议类型，如图中所示

• host:服务器的IP地址或者域名，如图中2所示

• port:HTTP服务器的默认端口是80，这种情况下端口号可以省略。

如果使用了别的端口，必须指明，例如：192.168.3.111:8080，这里的8080就是端口

• path:访问资源的路径,如图中3所示/s (图中3是把path和请求参数放一起了)

• ？:url里面的？这个符号是个分割线，用来区分问号前面的是path，问号后面的是参数

• url-params:问号后面的是请求参数，格式：xxx=aaa，如图4区域就是请求参数

• &：多个参数用&符号连接

请求参数（params）

1.在url里面请求参数一般叫params，但是我们在fiddler抓包工具看到的参数是：QueryString

2.QueryString是像服务端提交的参数，其实跟params是一个意思，每个参数对应的都有name和value值

3.多个参数情况如下：

UrlEncode编码

1.如果url地址的参数带有中文的，一般在url里面会是这样的，如第二点里的wd=%E4%B8%8A%E6%B5%B7%E6%…

像看到%E4这种编码的就是经过url编码过的，需要解码就能看到是什么中文了

2.用urlencode在线编码/解码工具，地址：UrlEncode编码/UrlDecode解码 - 站长工具

post请求（body）

前言上一篇讲过get请求的参数都在url里，post的请求相对于get请求多了个body部分，本篇就详细讲解下body部分参数的几种形式。

注意：post请求的参数可以放在url，也可以放在body，也可以同时放在url和body，当然post请求也可以不带参数。

只是一般来说，post请求的参数习惯放到body部分

body数据类型

常见的post提交数据类型有四种：

1.第一种：application/json：这是最常见的json格式，也是非常友好的深受小伙伴喜欢的一种，如下

{“input1”:”xxx”,”input2”:”ooo”,”remember”:false}

2.第二种：application/x-www-form-urlencoded：浏览器的原生 form 表单，如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数

input1=xxx&input2=ooo&remember=false

3.第三种：multipart/form-data:这一种是表单格式的，数据类型如下：

WebKitFormBoundaryrGKCBY7qhFd3TrwA 
Content-Disposition: form-data; 
name=”file”; 
filename=”chrome.png” 
Content-Type: image/png PNG
content of chrome.png 
WebKitFormBoundaryrGKCBY7qhFd3TrwA

4.第四种：text/xml:这种直接传的xml格式

	examples.getStateName
	
		
			41
		
	

json格式

1.打开博客园的登录页面，输入账号密码后抓包，查看post提交数据，点开Raw查看整个请求的原始数据

2.前面讲过post的请求多一个body部分，上图红色区域就是博客园登录接口的body部分，很明显这种格式是前面讲到的第一种json格式

3.查看json格式的树状结构，更友好，可以点开JSON菜单项

4.查看这里的json数据，很明显传了三个参数：

• input1:这个是登录的账号参数（加密过）

• input2:这个是登录的密码参数（加密过）

• remember:这个是登录页面的勾选是否记住密码的选项，False是不记住，True是记住

x-www-form-urlencoded

1.登录博客园后，打开新随笔，随便写一个标题和一个正文后保存，抓包数据如下

2.如上图的这种格式，很明显就属于第二种了，这种类型的数据查看，在WebFrom里面查看了

3.上面红色框框的Query String是url里面的参数，下面红色框框的body部分就是这次post提交的body参数部分了。

WebFrom

1.为什么登录请求的WebFrom的body部分为空呢？

2.看上图红色框框的显示：这里只支持application/x-www-form-urlencoded这种格式的body参数，也就是说json格式的，需要在JOSN这一栏查看了。

打断点（bpu）

先给大家讲一则小故事，在我们很小的时候是没有手机的，那时候跟女神聊天都靠小纸条。某屌丝A男对隔壁小王的隔壁女神C倾慕已久，于是天天小纸条骚扰，无奈中间隔着一个小王，这样小王就负责传小纸条了。有一天小王忍不住偷偷打开A男表白的纸条，把里面内容改了下，改成了：我的同桌小王喜欢你。最后女神C和小王走在了一起。。。这是一个悲伤的故事！

断点

1.为什么要打断点呢？

比如一个购买的金额输入框，输入框前端做了限制100-1000，那么我们测试的时候，需要测试小于100的情况下。很显然前端只能输入大于100的。这是我们可以先抓到接口，修改请求参数，绕过前端，传一个小于100的数，检查服务端的功能是否OK。

也就是说接口测试其实是不需要管前端的，主要测后端的功能。Fiddler作为代理服务器的作用其实就相当于上面故事里面的小王，传纸条的作用，Fiddler(小王）修改了请求参数（小纸条），是为了验证服务端功能（女神C）。

2.Fiddler可以修改以下请求

• Fiddler设置断点，可以修改HTTP请求头信息，如修改Cookie，User-Agent等

• 可以修改请求数据，突破表单限制，提交任意数字，如充值最大100,可以修改成10000

• 拦截响应数据，修改响应体，如修改服务端返回的页面数据

断点的两种方式

1.before response：这个是打在request请求的时候，未到达服务器之前

–屌丝A传给小王的时候，小王在这个时候拦截了小纸条，未传给女神C

2.after response：也就是服务器响应之后，在Fiddler将响应传回给客户端之前。

–女神C回了小纸条，小王拿到后拦截了，未传给屌丝A

全局断点

1.全局断点就是中断fiddler捕获的所有请求，先设置下，点击rules-> automatic breakpoint ->before requests

2.选中before requests选项后，打开博客园首页：http://www.cnblogs.com/yoyoketang/，看到如下T的标识，说明断点成功

3.打完断点后，会发现所有的请求都无法发出去了，这时候，点下Go按钮，就能走下一步了

4.找到需要修改的请求后，选中该条会话，右侧打开WebFroms,这时候里面的参数都是可以修改的了

5.修改之后点Run to Completion就能提交了，于是就成功修改了请求参数了

6.打全局断点的话，是无法正常上网的，需要清除断点：rules-> automatic breakpoint ->disabled

单个断点

已经知道了某个接口的请求地址，这时候只需要针对这一条请求打断点调试，在命令行中输入指令就可以了

请求前断点（before response)： bpu

1. 论坛登录接口：博客园

2. 命令行输入：bpu 博客园 回车

3. 请求登录接口的时候，就会只拦截登录这个接口了，此时可以修改任意请求参数

4. 取消断点，在命令行输入： bpu 回车就可以了

响应后断点（after requests）： bpafter

1. 论坛登录接口：博客园

2. 在命令行输入：bpafter 博客园 回车

3. 登录博客园，会发现已经拦截到登录后服务器返回的数据了，此时可以修改任意返回数据

4. 取消断点，在命令行输入： bpafter 回车就可以了

拦截来自某个网站所有请求

1.在命令行输入：bpu www.cnblogs.com

2.打开博客园任意网页，发现都被拦截到了

3.打开博客园其他网站，其它网站可以正常请求

4.说明只拦截了来自部落论坛（www.cnblogs.com）的请求

5.清除输入bpu回车即可

命令行其它相关指令

Bpafter， Bps, bpv, bpm, bpu

这几个命令主要用于批量设置断点

Bpafter xxx: 中断 URL 包含指定字符的全部 session 响应

Bps xxx: 中断 HTTP 响应状态为指定字符的全部 session 响应

Bpv xxx: 中断指定请求方式的全部 session 响应

Bpm xxx: 中断指定请求方式的全部 session 响应 、、同于 bpv xxx

Bpu xxx:与bpafter类似

当这些命令没有加参数时，会清空所有设置了断点的HTTP请求。

更多的其他命令可以参考Fiddler官网手册

（赠言：打断点仅供测试需要，勿走歪门邪道！！！）

会话保存

为什么要保存会话呢？举个很简单的场景，你在上海测试某个功能接口的时候，发现了一个BUG，而开发这个接口的开发人员是北京的一家合作公司。

你这时候给对方开发提bug，如何显得专业一点，能让对方心服口服的接受这个BUG呢？如果只是截图的话，不是很方便，因为要截好几个地方还描述不清楚，不如简单粗暴一点把整个会话保存起来，发给对方。

一、保存为文本

1. 以博客园登录为例，抓到登录的请求会话

2. 点左上角File>Save>Selected Sessions>as Text，保存到电脑上就是文本格式的

1. 文本格式的可以直接打开，结果如下图

几种保存方式

1. save-All Sessions :保存所有的会话，saz文件

2. save-Selected Session:保存选中的会话in ArchiveZIP ：保存为saz文件

   1. as Text ：以txt文件形式保存整个会话包括Request和Response

   2. as Text (Headers only) ：仅保存头部

3. Request：保存请求Entir Request:保存整个请求信息（headers和body）

   1. Request Body:只保存请求body部分

4. Response：保存返回Entir Response:保存整个返回信息（headers和body）

   1. Response Body:只保存返回body部分

   2. and Open as Local File：保存Response信息，并打开文件

乱码问题（decode）

1. 打开博客园首页：http://www.cnblogs.com/yoyoketang/，保存之后查看，会发现返回的是乱码

1. 

   遇到这种情况，主要是需要解码，用前面学到的decode方法

3. 点击箭头区域后，重新保存就没乱码了。

4. 还有一个最简单办法就是选中上图会话框上的decode按钮，这样就自动解码了。

保存与导入全部会话

1. 我们可以打开fiddler，操作完博客园后，选中save>All Sessions,保存全部会话

2. 保存后，在fiddler打开也很方便，直接把刚才保存的会话按住拽进来就可以了

3. 也可以选择File>Load Archive导入这个文件

Repaly

1. 导入请求后，可以选中某个请求，点击Repaly按钮，重新发请求

2. 也可以ctrl+a全部选中后，点Repaly按钮，一次性批量请求

这里保存会话和replay功能其实就是相当于录制和回放了

自定义会话框

在使用fiddler抓包的时候，查看请求类型get和post每次只有点开该请求，在Inspectors才能查看get和post请求，不太方便。于是可以在会话框直接添加请求方式。

添加会话框菜单

1. 点会话框菜单（箭头位置），右键弹出选项菜单

2. 选择Customize columns选项，Collection选项选择Miscellaneous

3. Field Name选择：RequestMethod

4. 点Add按钮即可添加成功

隐藏会话菜单

1.选择需要隐藏的菜单，右键。选择Hide this column

2.隐藏后也可以让隐藏的菜单显示出来：Ensure all columns are visble

调整会话框菜单顺序

1.如果需要调整会话框菜单顺序，如：Content-Type菜单按住后往前移动，就能调整了

会话排序

1.点击会话框上的菜单，就能对会话列表排序了，如点body菜单

2.点完后上面有个上箭头（正序），或者下箭头（倒叙）。但是不能取消，取消的话关掉fiddler后重新打开就行了。

http协议简介

什么是http

1.HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。

2.HTTP（HyperText Transfer Protocol）协议是基于TCP的应用层协议，它不关心数据传输的细节，主要是用来规定客户端和服务端的数据传输格式，最初是用来向客户端传输HTML页面的内容。默认端口是80

3.http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议

二、请求报文

1.HTTP请求报文主要由请求行、请求头部、空一行、请求正文4部分组成

（当然，如果不算空的一行，那就是3个部分）

2.下图是fiddler工具抓的post请求报文（工具使用看fiddler篇），可以对照上图，更清楚的理解http的请求报文内容。

响应报文

1.HTTP响应报文主要由状态行、消息报头、空一行、响应正文4部分组成

（当然，如果不算空的一行，那就是3个部分）

2.下图就是一个请求的响应内容，用fiddler抓包工具可以查看

完整的http内容

1.一个完整的http协议其实就两块内容，一个是发的请求，一个服务端给的响应。

2.以下是请求https://github.com/timeline.json 这个地址后，用fiddler抓包导出为文本，查看完整的http请求内容。（具体操作查看《fiddler 1.10会话保存》）

1. 内容如下：

以下是请求报文

GET https://github.com/timeline.json HTTP/1.1
Host: github.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
Cookie: xxx(已省略)

以下是请求报文

GET https://github.com/timeline.json HTTP/1.1
Host: github.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
Cookie: xxx(已省略)
X-Request-Id: d09e199dc290c6f0dc79fe49007069ab
X-Runtime: 0.004161
Content-Security-Policy: xxx(已省略)
Strict-Transport-Security: xxx(已省略)
X-Content-Type-Options: nosniff
X-Frame-Options: deny
X-XSS-Protection: 1; mode=block
X-Runtime-rack: 0.007388
X-GitHub-Request-Id: FE36:2B0A9:177175F:23C092D:594FD998
Content-Length: 379

以下是响应正文（json格式）

{“message”:”Hello there, wayfaring stranger. If you’re reading this then you probably didn’t see our blog post a couple of years back announcing that this API would go away: http://git.io/17AROg Fear not, you should be able to get what you need from the shiny new Events API instead.”,”documentation_url”:”https://developer.github.com/v3/activity/events/#list-public-events”}

请求行

8种请求方法

1.请求行有三个主要参数：请求方法、url、协议版本。

请求方法包含：

请求方式	简介
get	请求指定的页面信息，并返回实体主体。
post	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
HEAD	类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头
OPTIONS	返回服务器针对特定资源所支持的HTTP请求方法，也可以利用向web服务器发送‘*’的请求来测试服务器的功能性
PUT	向指定资源位置上传其最新内容
DELETE	请求服务器删除Request-URL所标识的资源
TRACE	回显服务器收到的请求，主要用于测试或诊断
CONNECT	HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。

注意：

1）方法名称是区分大小写的。

2）最常见的的就是通常说的get和post方法。

url详解

1.打开百度，在搜索框输入任意文字，搜索后，复制地址栏的url地址：

https://www.baidu.com/s?wd=%E4%B8%8A%E6%B5%B7%E6%82%A0%E6%82%A0%E5%8D%9A%E5%AE%A2&rsv_spt=1&rsv_iqid=0x91baaabd00070ba2&issp=1&f=8&rsv_bp=1&rsv_idx=2

2.那么一个完整的url地址，基本格式如下：

https://host:port/path?xxx=aaa&ooo=bbb

• http/https：这个是协议类型，如图中1所示

• host:服务器的IP地址或者域名，如图中2所示

• port:HTTP服务器的默认端口是80，这种情况下端口号可以省略。如果使用了别的端口，必须指明，例如：192.168.3.111:8080，这里的8080就是端口

• path:访问资源的路径,如图中3所示/s (图中3是把path和请求参数放一起了)

• ？:url里面的？这个符号是个分割线，用来区分问号前面的是path，问号后面的是参数

• url-params:问号后面的是请求参数，格式：xxx=aaa，如图4区域就是请求参数

• &：多个参数用&符号连接

协议版本

根据HTTP标准，HTTP请求可以使用多种请求方法。

HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。

HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

文章主要内容来自：

https://www.cnblogs.com/miantest/p/7289694.html

https://blog.csdn.net/weixin_43664254/article/details/94601280?spm=1001.2014.3001.5506