怎么通过Fiddler对APP进行抓包？以及高级应用场景分析

前言

我们经常需要用到Fiddler做代理服务器对Web、APP应用进行抓包，以便我们对接口功能进行测试调试，定位问题等。这篇将讲述怎么通过Fiddler对APP进行抓包，以及简单介绍一些高级应用场景。

首先，附上Fiddler使用的环境配置清单：

windows 7
Fiddler v5.0.20194.41348

简单说下Fiddler的抓包原理：

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

使用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 。

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）。