由Fiddler作为代理服务器，手机发起的请求通过该代理器进行中转，从而fiddler记录下请求的通信数据信息。来一个形象的比喻：原来直连两端（服务器和APP端）的一根水管，现在中间多加了一个水箱（fiddler），水流通过水箱并记录下了水流的信息。（思考下：如果是直连两端的两根循环水管，我们中间都接上水箱可以做哪些操作？）

fiddler抓包详细教程：全网抓包天花板教程，B站讲的最详细的Fiddler/Charles抓包教学视频。2小时包你学会_哔哩哔哩_bilibilihttps://www.bilibili.com/video/BV1tv4y1575S/?spm_id_from=333.999.0.0

使用fiddler代理远程捕获APP请求

步骤一：在菜单栏（路径：Tools -> Fiddler Options）中找到代理设置，因为我的 8888 端口已经被其它服务占用，所以这里设置代理端口为 7788 。（注意：需要重启fiddler，代理设置才生效）

（注意：在windows下可以通过命令 netstat -ano|findstr 8888 查看 8888 端口是否被占用）

步骤二、查看自己本机的IP，这里有两种方式：

方式一：把鼠标移动到Fiddler右上角的 Online 图标上，即可获得本机IP信息。（推荐使用这种）

方式二：可以在cmd命令窗口中输入ipconfig获得（linux下输入ifconfig）。

步骤三、在手机中，找到与电脑所处同一局域网的WiFi并连接（可以不同网段，但需要在同一个局域网内），然后在手机中设置代理（通常路径：手机设置->WLAN-> 长按当前连接的网络->修改网络-> 显示高级选项中代理把无改为手动）。输入代理服务的IP（即fiddler安装所在PC的IP），端口（即fiddler中设置的监听端口，如上面设置的7788）。这样以后，我们就可以监控到APP所有请求了。

步骤四、让我们随便在手机上打开一个应用（如日历），看看Fiddler的抓包结果

Fiddler高级应用场景介绍

1、url地址重写

URL 重写是截取传入 Web 请求并自动将请求重定向到其他 URL 的过程。如通过URL地址重写，所有原先发到a.com的HTTP Request ， Fiddler都帮你转发到b.com ，而在浏览器中毫无感觉。测试debug过程中常有这种需求。（注意，这里的a.com和b.com是请求URL包含的域名，也可以是IP）

替换的方法有两种，一种是暂时的，一种是永久的。

方式一、暂时的方法是在Fiddler 左下角 QuickExec 命令行 (用户可以直接输入并快速执行脚本命令) 输入：

<span style="color:#333333"><span style="background-color:#f5f5f5">urlreplace a.com b.com</span></span>

如上图，输入后按下Enter ，所有原先发到a.com 的HTTP Request 就转发到b.com了。

要清除转发，请在同一位置输入：

<span style="color:#333333"><span style="background-color:#f5f5f5">urlreplace</span></span>

按下 Enter 键就可以了。

2）也可以到「FiddlerScript 」直接编辑CustomRules.js（永久性的）。

注：CustomRules.js可以在菜单栏（Rules-> Customize Rules）中打开；在Fiddler5.0以上版本，可以直接通过右侧 FiddlerScripts 进行编辑。

请先在CustomRules.js 找到：


<span style="color:#333333"><span style="background-color:#f5f5f5">  static function OnBeforeRequest ( oSession : Session ) {
 
   // ...
 
 }</span></span>

在函式OnBeforeRequest 中加入：


<span style="color:#333333"><span style="background-color:#f5f5f5">  if ( oSession . HostnameIs ( 'a.com' ) )
 
   oSession . hostname = 'b.com' ;</span></span>

将CustomRules.js 存档， Fiddler 会自动重新载入CustomRules.js ，原先发到a.com 的HTTP Request 就会自动转发到b.com 。

fiddler抓包详细教程：全网抓包天花板教程，B站讲的最详细的Fiddler/Charles抓包教学视频。2小时包你学会_哔哩哔哩_bilibilihttps://www.bilibili.com/video/BV1tv4y1575S/?spm_id_from=333.999.0.0

2、HTTP请求，响应断点调试

断点命令介绍：

bpu 在请求开始时中断
bpafter 在响应到达时中断
bps 在特定http状态码时中断
bpv/bpm 在特定请求method时中断

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

提示：在命令行输入 help，回车执行会打开一页面详细介绍fiddler的所有命令。

也可以在菜单栏（Rules-> Automatic Breakpoint ->Before Requests）设置断点，是针对所有的会话请求，不大实用，建议用命令。

以 bpu 为例演示断点功能：

在Fiddler命令行输入区输入“bpu”回车执行清掉原有的断点，然后输入

<span style="color:#333333"><span style="background-color:#f5f5f5">bpu http://api.justbon.com/app/login.htm</span></span>

回车执行，接下来就会中断该URL（http://api.justbon.com/app/login.htm）中包含此地址的请求。

点击会话列表中被中断的会话，依次进入Inspectors-->TextView。此时请求并未发出，p参数即为输入密码，我们发现输入错了，可以修改为正确的密码，然后点击“Run to Completion”按钮完成后续请求。（注：在这里实现修改了请求数据，其它的post数据，甚至是headers里的cookie、referer、user-agent等都可以修改）

如果点击“Break on Response”：即返回响应内容时，fiddler再次中断，响应内容已经回到本机，但是还在fiddler代理这里，还没有到浏览器（APP）。

同样，bpafter 某一url 后，可以在断点时，修改返回结果（在上图 Run to Completion 按钮下的TextView 或 Raw 等tab页中进行修改），然后然后点击“Run to Completion”按钮完成后续结果返回。

小贴士：instpectors 主要是对请求和响应进行查看和分享，监听请求的响应内容。他有多个分页标签。界面分上下两部分，上面部分显示请求的相关信息；下面部分显示响应相关信息。

3、右侧功能简介

Statistics 统计请求和响应的一些信息。可以使用statistics，完成简单的性能测试。查看其接口的响应时间。

AutoResponder，就是针对一些匹配的请求，让请求者得到的我们指定的数据，而不是服务端返回的真实数据。可以直接从左侧会话面板直接拖拉会话到这个面板。

Composer 用户可以手动设定需要执行的请求（可以通过左侧的拖拽一个先前捕获到的请求到Composer，然后根据需要进行修改后，再点击“Execute”按钮手动执行该请求）；

filter 选项页中，用户可以根据自己的需求设定过滤器，这样左侧列表只显示满足用户设定条件的请求；

Timeline 中查看到对应url具体执行的响应时长。

总结：

感谢每一个认真阅读我文章的人！！！

我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片加入群聊免费领取，群里还有大佬帮忙解答问题，千万不要错过哦。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/码创造者/article/detail/980895