1. 项目概述：为什么你需要掌握Fiddler？

如果你是一名开发者、测试工程师，或者对网络通信原理充满好奇，那么“抓包”这个技能你迟早得会。它不是什么高深莫测的黑客技术，而是我们日常工作中最基础、最实用的调试和排查手段。想象一下，你开发的App在某个环节突然报错，后台日志一片祥和，前端界面却显示异常。问题出在哪里？是前端请求参数没传对，还是后端接口返回了意料之外的数据？又或者，你想分析某个App的网络请求逻辑，看看它是如何与服务器通信的。这时候，一个得心应手的抓包工具，就是你照亮网络通信黑盒子的手电筒。

在众多抓包工具中，Fiddler Classic（我们通常就简称Fiddler）以其免费、功能强大、上手简单而闻名。它不像Wireshark那样底层和复杂，也不像浏览器开发者工具那样功能受限。Fiddler恰好卡在一个非常舒服的位置：它既能抓取HTTP/HTTPS流量进行详细分析，又能方便地修改请求和响应，还能模拟各种网络环境。无论是调试本地开发的Web应用、分析手机App的API调用，还是测试接口的健壮性，Fiddler都能派上大用场。网上很多教程要么过于简略，只讲点击哪个按钮；要么一上来就堆砌专业术语，让人望而却步。这篇内容的目标，就是让你在“分分钟”内，不仅知道怎么用，更明白为什么这么用，从而真正把Fiddler变成你工具箱里的一件利器。

2. Fiddler核心原理与工作模式解析

在动手安装和点击按钮之前，我们先花几分钟搞清楚Fiddler是怎么工作的。这能帮你理解后续所有操作背后的逻辑，遇到问题时也知道该往哪个方向排查。

2.1 代理服务器：Fiddler的“中间人”角色

Fiddler本质上是一个本地代理服务器（Proxy Server）。什么是代理？你可以把它想象成一个“中转站”。通常，你的电脑（客户端）直接访问网站（服务器）。而当Fiddler运行时，它会把自己插入到这个通信链路中。流程变成了：你的电脑 -> Fiddler（代理） -> 目标网站。

具体来说，Fiddler启动后，默认会在你电脑的127.0.0.1（本地回环地址）的8888端口上开启一个代理服务。然后，它会修改你系统的网络代理设置，告诉系统：“以后所有的HTTP和HTTPS流量，都先发到我这个端口来。”这样，无论是浏览器、桌面应用还是其他程序发出的网络请求，都会先经过Fiddler，再由Fiddler转发给真正的目标服务器。服务器返回的响应，也同样会先回到Fiddler，再由Fiddler转交给你的应用程序。

注意：正因为Fiddler修改了系统代理设置，有些安全软件或网络管理工具可能会弹出警告。同时，如果你在Fiddler运行期间发现某些程序（如一些游戏客户端、金融软件）无法联网，很可能是因为它们不走系统代理，或者检测到代理后采取了保护性措施。关闭Fiddler或将其从代理中排除即可恢复。

2.2 HTTPS解密：如何看到加密的内容？

现代网络几乎都使用HTTPS，数据是加密传输的。如果Fiddler只能看到一堆乱码，那它的价值就大打折扣了。Fiddler之所以能解密HTTPS流量，是因为它扮演了“中间人（Man-in-the-Middle）”的角色，但这需要你的主动授权和配合。

其核心过程如下：

1. 安装Fiddler根证书：当你首次启用Fiddler的HTTPS解密功能时，它会在你的电脑（或手机）上安装一个由它自己生成的“根证书”。这个证书被你的操作系统或设备信任。
2. 动态签发证书：当你访问https://www.example.com时，Fiddler会拦截这个请求。它不会直接把请求发给example.com的服务器，而是会动态地以Fiddler自己的CA（证书颁发机构）身份，为www.example.com这个域名生成一张“假”的SSL证书。
3. 建立两层连接：你的浏览器与Fiddler之间，使用这张“假”证书建立了一个HTTPS连接。同时，Fiddler再以客户端的身份，与真实的example.com服务器建立另一个HTTPS连接。
4. 解密与再加密：这样，Fiddler就坐在了中间。它可以用自己的私钥解密从浏览器发来的加密数据（查看或修改明文），然后再用真实服务器的公钥加密数据发出去。反过来，从服务器返回的数据也经历同样的过程。

因此，你才能在Fiddler里看到HTTPS请求和响应的明文内容（如JSON、HTML、表单数据）。这个过程是完全可控的，Fiddler只解密你指定域名或全部的HTTPS流量，并且所有操作都在你的本地电脑上完成，数据不会外泄。

2.3 核心界面与会话列表解读

安装并打开Fiddler后，你会看到一个主界面。最核心的区域是中间的会话列表（Web Sessions List）。这里每一行代表一个被抓取到的HTTP/HTTPS请求。

每一列都有其含义：

• #：请求的序号，按捕获顺序排列。
• Result：HTTP状态码，如200（成功）、404（未找到）、500（服务器内部错误）等。这是判断请求成功与否的第一眼指标。
• Protocol：协议，通常是HTTP或HTTPS。
• Host：请求的目标主机（域名或IP）。
• URL：请求的具体路径和参数。
• Body：响应体的大小（字节）。
• Caching：缓存相关的头部信息。
• Content-Type：响应内容的类型，如application/json、text/html等。
• Process：发出这个请求的本地进程ID和名称，非常有用，可以帮你定位是哪个程序在发起请求。

理解这些列，你就能快速扫描和过滤出你关心的请求。例如，你可以通过状态码快速找到失败的请求，通过Process列找到浏览器和某个桌面应用各自的请求。

3. 从零开始：Fiddler的安装、汉化与基础配置

了解了原理，我们开始动手。第一步是获取和安装Fiddler。虽然官方提供了Fiddler Everywhere这个新版本，但对于大多数个人用户和学习者来说，经典的Fiddler Classic（旧称Fiddler4）因其完全免费（用于非商业用途）和插件生态丰富，仍然是首选。

3.1 下载与安装步骤详解

1. 访问官网：最安全的途径是访问Fiddler的官方发布页面（例如通过搜索“Telerik Fiddler Classic Download”找到的官方链接）。避免从不明来源下载，以防捆绑恶意软件。
2. 选择版本：页面通常会提供最新稳定版的下载链接，文件通常是一个.exe安装程序，大小在几MB到十几MB之间。
3. 运行安装：双击安装程序，按照向导一步步进行。安装过程很简单，主要是选择安装路径。建议使用默认路径，避免不必要的权限问题。
4. 首次运行：安装完成后启动Fiddler。它可能会提示你安装一个用于性能分析的扩展，可以根据需要选择是否安装。第一次启动后，你应该就能看到会话列表，并且浏览器打开网页时，列表里开始出现请求记录。

3.2 汉化与界面优化

Fiddler原生界面是英文的。对于习惯中文的用户，可以安装汉化包。

1. 寻找汉化包：在可靠的开发者社区、博客或GitHub上搜索“Fiddler Classic 汉化”或“Fiddler 中文语言包”。通常会找到一个名为FiddlerTexts.dll的文件或一个汉化安装程序。
2. 安装汉化：
   • 如果是FiddlerTexts.dll文件，通常需要将其复制到Fiddler的安装目录下（例如C:\Program Files\Fiddler），替换原文件（操作前建议备份原文件）。
   • 如果是汉化安装程序，直接运行即可。
3. 重启生效：关闭Fiddler再重新打开，界面应该就变成中文了。汉化能降低初学者的学习门槛，但熟悉后，使用英文原版有助于你准确理解各项功能的专业术语，方便搜索全球范围内的解决方案。

3.3 必须掌握的基础配置项

安装好后，先别急着抓包，进行几项关键配置能让后续使用更顺畅。

• 配置HTTPS解密：

  1. 点击菜单栏的Tools -> Options。
  2. 切换到HTTPS选项卡。
  3. 勾选最上面的“Decrypt HTTPS traffic”。
  4. 在弹出的证书安装警告中，选择“是”或“信任”。这会在你的电脑上安装Fiddler的根证书。
  5. 你还可以在下面的文本框里，添加不想解密的域名（如银行、支付网站），用分号隔开，以保护这些高安全需求网站的流量不被解密。

• 配置连接（Connections）：

  1. 仍在Options窗口中，切换到Connections选项卡。
  2. 记住Fiddler listens on port后面的端口号，默认是8888。这是其他设备（如手机）连接到此代理时需要设置的端口。
  3. 勾选“Allow remote computers to connect”。这是实现手机抓包的关键一步，它允许局域网内其他设备将流量代理到你这台电脑的Fiddler上。系统可能会弹出防火墙警告，务必允许。

• 配置抓取进程：在File -> Capture Traffic菜单下，或直接点击左下角的“Capturing”按钮，可以控制Fiddler是否开始抓包。快捷键是F12，非常常用，可以快速开启/关闭抓包，避免产生过多无关会话。

4. 核心功能实战：抓包、分析与修改

配置妥当，Fiddler已经开始默默工作了。现在，我们通过几个最常用的场景，来实战它的核心功能。

4.1 捕获并分析一个完整的HTTP请求/响应

这是最基本也是最常用的操作。打开你的浏览器，访问任何一个网站（比如百度），然后观察Fiddler的会话列表。

1. 定位请求：在列表中找到主机（Host）为www.baidu.com的请求。通常第一个会是状态码为200的请求，这就是百度首页的主文档请求。
2. 查看请求详情：双击该会话，右侧会弹出详情面板。切换到Inspectors标签页。
   • 上半部分（Request）：展示浏览器发给服务器的所有信息。
     • Headers：请求头。这里包含了Cookie、User-Agent（浏览器标识）、Accept（接受的数据类型）等关键信息。复制这里的User-Agent，你就能在脚本中模拟浏览器访问。
     • TextView / WebForms：如果请求是POST方式提交了表单或JSON数据，在这里可以看到具体的请求体（Body）内容。WebForms会以更友好的键值对形式展示表单数据。
   • 下半部分（Response）：展示服务器返回的所有信息。
     • Headers：响应头。包含了服务器类型、内容类型、缓存策略等。
     • TextView / ImageView：响应体。对于HTML页面，在TextView里能看到网页源代码；对于图片，ImageView会直接显示图片预览。
3. 理解会话状态：注意顶部的一排彩色按钮，如“Stream”和“Buffer”模式。默认是“Buffer”模式，即Fiddler会等服务器响应完全接收后再返回给客户端，这样你才能看到完整的响应。而“Stream”模式是流模式，响应会实时返回给客户端，适用于监控下载进度等场景，但你在Inspectors里可能看不到完整的响应体。

4.2 断点调试：拦截并修改请求与响应

这是Fiddler的“王牌”功能之一，能让你在请求发出前或响应返回前修改其内容，用于测试极端情况或调试问题。

1. 设置请求前断点：
   • 方法一：点击菜单Rules -> Automatic Breakpoints -> Before Requests。这会拦截所有发出的请求。
   • 方法二：在命令行输入框（位于会话列表下方）输入命令更精准：bpu www.example.com表示只拦截对www.example.com的请求。取消命令用bpu。
2. 修改请求：设置断点后，当你浏览器访问目标网址时，请求会被暂停在Fiddler。此时在会话列表里，该请求的图标会变成一个红色的“暂停”标志。在右侧的Inspectors -> WebForms或TextView中，你可以直接修改请求的参数、头部信息。修改完成后，点击绿色的“Run to Completion”按钮或按F5，修改后的请求才会被发送到服务器。
3. 设置响应后断点：
   • 命令：bpafter www.example.com。这会拦截从www.example.com返回的响应。
4. 修改响应：响应被拦截后，你可以在Inspectors的响应部分修改状态码、头部或响应体。例如，你可以将一个成功的200响应体内容，替换成一个错误的JSON字符串，来测试前端应用的错误处理逻辑是否健壮。修改后同样点击“Run to Completion”放行。

实操心得：断点功能非常强大，但不要全局开启，否则你的浏览器会“卡住”。务必使用bpu或bpafter命令针对特定域名或URL进行设置。测试完成后，记得用bpu或bpafter（不加参数）取消断点，或直接选择Rules -> Automatic Breakpoints -> Disabled。

4.3 AutoResponder：本地模拟服务器响应

比断点更自动化的是AutoResponder（自动响应器）。它可以让你将特定的网络请求，映射到本地文件或一个自定义的响应，而无需真正访问远程服务器。这在以下场景非常有用：

• 前端开发联调：后端接口还没好，你可以用本地JSON文件模拟接口数据。
• 替换线上资源：用本地修改过的JS/CSS文件替换线上文件，进行调试。
• 测试资源加载失败：模拟某个图片或脚本加载失败（返回404）的情况。

设置步骤：

1. 切换到AutoResponder标签页。
2. 勾选最上面的“Enable rules”和“Unmatched requests passthrough”（允许未匹配的请求正常通过）。
3. 点击“Add Rule”。
4. 在Rule Editor上半部分（匹配条件），可以输入一个URL匹配规则。例如，如果你想匹配百度Logo图片，可以输入：*baidu.com/img/*（*是通配符）。
5. 在下半部分（响应动作），你可以选择：
   • “Find a file…”：选择一个本地的图片文件来替换。
   • “*200_Plain.txt”：从下拉菜单中选择一个预定义的响应，如返回一个空的200成功响应。
   • 你也可以直接在下方的文本框里手动编写一个HTTP响应，例如：

     HTTP/1.1 404 Not Found Content-Type: text/plain This file is not found for testing.

6. 保存规则后，当你刷新页面，匹配到的请求就不会去线上服务器了，而是直接由Fiddler返回你设定的响应。

5. 进阶场景：手机抓包与弱网测试

Fiddler不仅能抓电脑上的包，还能抓手机App的包，这是移动端开发和测试的刚需。

5.1 手机抓包全流程配置

前提：确保你的手机和电脑在同一个局域网（Wi-Fi）下。

1. 电脑端准备：

   • 如前所述，在Fiddler的Options -> Connections中，确认端口（如8888）并勾选“允许远程连接”。
   • 在Windows命令行输入ipconfig，找到你电脑在局域网内的IP地址（通常是192.168.x.x或10.x.x.x）。

2. 手机端配置：

   • 进入手机的Wi-Fi设置，长按当前连接的Wi-Fi网络，选择“修改网络”或“高级选项”。
   • 找到“代理”设置，将其改为“手动”。
   • 代理服务器主机名：填写你电脑的局域网IP。
   • 代理服务器端口：填写Fiddler的监听端口，默认8888。
   • 保存。

3. 手机安装根证书（用于HTTPS解密）：

   • 在手机浏览器中访问：http://电脑IP:8888（例如http://192.168.1.100:8888）。
   • 你会看到一个Fiddler的页面，点击页面上的“FiddlerRoot certificate”链接下载证书。
   • 下载后，根据手机系统（iOS/Android）的提示安装证书。注意：在Android高版本上，可能需要额外在系统设置中“信任用户证书”；在iOS上，安装后需要在“设置->通用->关于本机->证书信任设置”中，完全信任此根证书。

4. 开始抓包：配置完成后，在手机上操作App或浏览网页，Fiddler的会话列表里就会出现来自手机IP的请求了。

常见问题：手机配置后无法上网。

• 检查：电脑防火墙是否放行了8888端口；Fiddler的“允许远程连接”是否勾选；手机代理的IP和端口是否正确。
• 排查：可以在Fiddler里过滤出手机的IP，看是否有连接请求进来。如果完全没请求，说明代理配置未生效；如果有请求但失败，可能是证书问题或目标服务器限制了代理访问。

5.2 弱网测试模拟

移动端应用对网络状况的适应性至关重要。Fiddler可以方便地模拟2G、3G、低速宽带等弱网环境。

1. 点击菜单Rules -> Performance -> Simulate Modem Speeds。勾选后，Fiddler就会为所有经过的请求自动增加延迟和限制带宽。
2. 自定义弱网参数：上述规则是预定义的。你可以通过Rules -> Customize Rules…打开CustomRules.js脚本文件（需要一点JS知识）。搜索m_SimulateModem字样，你会找到类似下面的代码段：

   if (m_SimulateModem) { // Delay sends by 300ms per KB uploaded. oSession["request-trickle-delay"] = "300"; // Delay receives by 150ms per KB downloaded. oSession["response-trickle-delay"] = "150"; }

   • request-trickle-delay：每上传1KB数据增加的延迟（毫秒）。值越大，上传越慢。
   • response-trickle-delay：每下载1KB数据增加的延迟（毫秒）。值越大，下载越慢。 你可以修改这些数值来模拟不同的网络条件。例如，模拟更差的网络，可以把延迟值调得更大。
3. 测试观察：开启弱网模拟后，刷新你的网页或操作App，你会明显感觉到加载变慢。同时，在Fiddler的会话列表里，每个请求的耗时也会大幅增加。这可以帮助你观察App在弱网下的加载状态、超时处理、UI交互是否卡顿等问题。

6. 高效使用技巧与问题排查实录

掌握了基本和进阶功能后，一些技巧和问题排查经验能让你用得更顺手。

6.1 过滤会话：在信息洪流中找到目标

当会话列表里有成百上千个请求时（比如打开一个复杂网页），快速找到目标请求是关键。

1. 使用过滤器（Filters）：

   • 切换到Filters标签页，勾选顶部的“Use Filters”。
   • 在Hosts区域，选择“Show only the following Hosts”，然后在下方文本框里输入你想监控的域名，多个域名用分号隔开，如*.example.com; api.github.com。这样，只有这些域名的请求才会显示。
   • 你还可以过滤进程、状态码、请求大小等。

2. 使用搜索：

   • 快捷键Ctrl+F可以打开搜索框，支持在URL、请求头、响应头、响应体中搜索关键字。

3. 标记与注释：

   • 选中一个会话，按M键可以给它标记不同的颜色。
   • 按N键可以给会话添加注释。这对于在一系列请求中标记出关键步骤非常有用。

6.2 常见问题与解决方案速查表

6.3 命令行与脚本的威力

Fiddler界面底部的黑色命令行（QuickExec）是一个效率利器。除了前面提到的断点命令（bpu,bpafter），还有一些常用命令：

• cls或clear：清空当前会话列表。
• select json：选中所有响应内容类型为JSON的会话。
• ?keyword：在URL中搜索包含keyword的会话。
• >size 5000：选中所有响应体大于5000字节的会话。
• =status 200：选中所有状态码为200的会话。

对于更复杂的自动化需求，可以编辑CustomRules.js脚本。例如，你可以写脚本自动修改特定请求的Header，或者将所有请求记录到日志文件。这需要一些JavaScript基础，但打开了无限的可能性。

最后，关于Fiddler Classic和Charles的选择，简单说一下：两者都是顶级抓包工具。Fiddler Classic免费、Windows原生、脚本扩展性强；Charles收费（可免费试用）、跨平台（macOS更友好）、界面更现代直观、对JSON和XML数据的格式化展示更美观。对于Windows平台的日常开发调试，Fiddler Classic的免费和强大完全够用。如果你主要用Mac，或者需要更优雅的界面和对JSON数据的树状视图，Charles是很好的选择。工具没有绝对的好坏，顺手、能解决问题就是好工具。