nlp小白菜1. 需求背景与工具定位
Fiddler作为一款老牌HTTP调试代理工具，在Web开发、接口测试领域已经深耕十余年。其强大的抓包和修改能力使其成为开发者排查网络问题的首选利器。但在实际使用中，面对海量的请求记录，如何快速定位关键请求一直是个痛点。想象一下这样的场景：你正在调试一个电商平台的支付接口，需要从上百条请求中找出所有状态码为500的错误请求，或是需要监控所有包含"payment_failed"字段的响应——这时候如果能让符合条件的请求自动高亮显示，排查效率将成倍提升。
这正是Fiddler的Custom Rules功能大显身手的时候。通过编写简单的JScript.NET脚本，我们可以实现基于字段值、状态码等条件的请求自动标红。这种可视化增强不仅减少了人工筛选的时间消耗，更重要的是能在第一时间吸引调试者的注意力，特别适合在以下场景中使用：
- 接口联调时快速识别异常响应
- 性能测试中标记超时请求
- 安全测试时突出敏感信息泄露
- 日常开发监控特定API调用
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 环境准备与脚本入口
2.1 启用Fiddler脚本编辑器
Fiddler的规则脚本默认保存在CustomRules.js文件中，可以通过两种方式打开编辑：
- 菜单路径：Rules > Customize Rules...
- 快捷键：Ctrl+R
首次打开时会提示安装语法高亮插件，建议安装以获得更好的编辑体验。脚本采用JScript.NET语法，与常规JavaScript高度相似但有一些特有语法需要注意：
- 使用
FiddlerObject访问主程序功能 - 静态类型声明如
var x: int = 123; - 支持.NET Framework类库调用
重要提示：编辑脚本前建议先备份原文件，错误的脚本可能导致Fiddler无法启动。如果出现启动失败，可删除
%USERPROFILE%\Documents\Fiddler2\Scripts\CustomRules.js恢复默认配置。
2.2 理解脚本执行时机
Fiddler脚本在不同阶段会触发不同的回调函数，我们需要在请求/响应完成阶段进行染色操作。关键函数包括：
javascript复制static function OnBeforeRequest(oSession: Session) {
// 请求发出前执行
}
static function OnBeforeResponse(oSession: Session) {
// 响应返回后、显示前执行
}
static function OnPeekAtResponseHeaders(oSession: Session) {
// 可查看响应头时执行
}
对于染色需求，最佳切入点是在OnBeforeResponse中进行判断和样式设置，此时所有响应数据已就绪但尚未在UI中渲染。
3. 核心染色逻辑实现
3.1 基于状态码的标红方案
最常见的需求是根据HTTP状态码进行高亮显示。以下脚本会将所有5xx服务器错误标记为红色背景：
javascript复制static function OnBeforeResponse(oSession: Session) {
// 状态码在500-599之间的请求标红
if (oSession.responseCode >= 500) {
oSession["ui-color"] = "red";
oSession["ui-bold"] = "true";
oSession["ui-customcolumn"] = "⚠️ 服务器错误";
}
}
参数说明：
ui-color：支持red/pink/yellow/green/blue等颜色值ui-bold：是否加粗显示ui-customcolumn：在自