引言：为什么需要只抓取某一域名请求？

在开发调试或网络性能优化过程中，开发者经常需要分析特定域名下的HTTP/HTTPS请求。例如，当排查前端页面与后端API的交互问题时，若同时抓取所有域名的请求（如第三方广告、CDN资源等），会导致数据量过大，难以快速定位问题。Fiddler作为一款强大的HTTP调试代理工具，提供了多种方式实现只抓取某一域名请求的功能，本文将系统介绍这些方法，帮助开发者高效完成调试任务。

一、Fiddler基础抓包原理与过滤器概述

1.1 Fiddler的工作机制

Fiddler通过充当客户端与服务器之间的代理，拦截并记录所有经过的HTTP/HTTPS请求。其核心功能包括：

请求/响应捕获
数据修改（Request/Response修改）
性能分析（如延迟统计）
自动化测试支持

1.2 过滤器的必要性

默认情况下，Fiddler会捕获所有经过代理的流量，包括浏览器、移动应用甚至系统后台请求。在复杂场景下（如同时调试多个服务），过滤无关请求能显著提升效率。Fiddler提供了Filters标签页和自定义脚本（FiddlerScript）两种主要过滤方式。

二、方法一：通过Filters标签页快速过滤

2.1 操作步骤

打开Filters标签页
启动Fiddler后，点击顶部菜单栏的Rules > Customize Rules...（或直接按Ctrl+R），在弹出的脚本编辑器中关闭，然后切换到主界面的Filters标签页。
配置域名过滤规则
- Hosts部分：
  - 勾选Show only the following Hosts
  - 在输入框中填写目标域名（如api.example.com），支持通配符（如*.example.com）
  - 多个域名用分号分隔（如api.example.com; cdn.example.com）
- 其他可选过滤条件
  - Processes：按进程ID过滤（如仅抓取Chrome的请求）
  - Response Types：按响应类型过滤（如仅显示JSON或图片）
  - Headers：按请求头或响应头过滤（如Content-Type: application/json）
启用过滤并测试
勾选Use Filters后，Fiddler将仅显示匹配的请求。可通过访问目标域名验证效果。

2.2 示例场景

假设需调试与api.example.com的交互，配置如下：

Hosts: api.example.com
其他选项保持默认
访问页面后，左侧会话列表将仅显示该域名的请求，其他域名（如fonts.googleapis.com）被隐藏。

2.3 注意事项

通配符使用：*.example.com会匹配所有子域名，但需注意可能误匹配开发环境的本地域名（如localhost）。
HTTPS支持：需先安装Fiddler的根证书并启用Decrypt HTTPS traffic，否则无法解密HTTPS请求。
性能影响：过度细化的过滤条件可能增加Fiddler的处理负担，建议仅在必要时使用。

三、方法二：通过FiddlerScript实现高级过滤

3.1 FiddlerScript简介

FiddlerScript是基于JScript.NET的脚本引擎，允许通过代码自定义抓包逻辑。其入口文件为CustomRules.js（通过Rules > Customize Rules打开）。

3.2 脚本过滤实现步骤

定位过滤函数
在CustomRules.js中搜索OnBeforeRequest函数，该函数在每个请求到达时触发。

编写域名过滤逻辑
在函数内添加条件判断，示例代码如下：

static function OnBeforeRequest(oSession: Session) {
    // 定义需要过滤的域名列表
    var targetDomains = ["api.example.com", "sub.api.example.com"];
    var currentHost = oSession.uriHost;
    // 若当前请求的域名不在目标列表中，则隐藏
    if (targetDomains.indexOf(currentHost) === -1) {
        oSession["ui-hide"] = "true"; // 隐藏非目标域名的请求
    }
}

保存并应用脚本
保存CustomRules.js后，Fiddler会自动重新加载脚本，无需重启。

3.3 脚本过滤的优势

灵活性：可结合正则表达式实现复杂匹配（如/.*\.example\.com$/）。
动态控制：可通过外部文件或数据库动态加载域名列表。
性能优化：对高频请求（如心跳包）可添加额外逻辑减少处理开销。

3.4 示例：结合正则表达式的过滤

若需匹配所有example.com的子域名，可修改脚本如下：

static function OnBeforeRequest(oSession: Session) {
    var pattern = /^.*\.example\.com$/;
    if (!pattern.test(oSession.uriHost)) {
        oSession["ui-hide"] = "true";
    }
}

四、方法三：使用Fiddler的AutoResponder拦截特定域名

4.1 AutoResponder功能概述

AutoResponder主要用于模拟服务器响应，但也可通过规则匹配实现请求过滤。其优势在于可结合本地文件或脚本返回定制响应。

4.2 配置步骤

启用AutoResponder
勾选Rules > Automatic Breakpoints > Before Requests（可选，用于调试）。
添加域名匹配规则
- 点击AutoResponder标签页，勾选Enable rules。
- 点击Add Rule，在Rule Editor中填写：
  - 匹配条件：EXACT//api.example.com/*
  - 动作：选择Find a file...（返回本地文件）或Drop（忽略请求）。
测试规则
访问目标域名时，Fiddler将根据规则处理请求（如返回本地模拟数据）。

4.3 适用场景

Mock服务：快速替换后端API响应。
安全测试：拦截恶意域名请求。
性能测试：模拟高延迟或错误响应。

五、常见问题与解决方案

5.1 HTTPS请求无法捕获

原因：未安装Fiddler根证书或未启用解密。
解决：
1. 访问http://localhost:8888下载并安装证书。
2. 在Tools > Options > HTTPS中勾选Decrypt HTTPS traffic。

5.2 过滤后仍显示无关请求

原因：通配符匹配过于宽泛或脚本逻辑错误。
解决：
- 检查域名拼写（如api.example.com与apiexample.com的区别）。
- 在脚本中添加日志输出（FiddlerObject.log(oSession.uriHost)）调试匹配逻辑。

5.3 Fiddler性能下降

原因：过滤规则过于复杂或抓包数据量过大。
解决：
- 简化过滤条件（如仅过滤关键域名）。
- 使用File > Save > All Sessions定期保存数据并清除会话。

六、总结与最佳实践

6.1 方法对比

方法	适用场景	优点	缺点
Filters标签页	快速简单过滤	无需编程，界面操作	功能有限，不支持复杂逻辑
FiddlerScript	高级定制化过滤	灵活，支持动态逻辑	需要编程基础
AutoResponder	请求拦截与Mock	可结合本地文件返回定制响应	主要用于响应而非过滤

6.2 推荐方案

新手用户：优先使用Filters标签页，配合通配符实现基础过滤。
进阶用户：通过FiddlerScript编写自定义逻辑，支持正则表达式和动态域名列表。
测试场景：结合AutoResponder实现请求拦截与Mock服务。

6.3 扩展建议

结合其他工具：将Fiddler与Wireshark（底层网络抓包）或Charles（跨平台支持）配合使用。
自动化测试：通过FiddlerScript生成测试报告或集成到CI/CD流程中。

通过本文介绍的方法，开发者可高效实现Fiddler设置只抓取某一域名请求的需求，大幅提升调试效率。实际使用时，建议根据场景复杂度选择合适的方法，并定期保存抓包数据以避免内存溢出。

Fiddler精准抓包指南：如何设置只抓取特定域名请求