Fiddler如何模拟请求和响应？Composer、AutoResponder实用方法

Fiddler的“模拟”是把目标请求或目标响应改成可控结果。Composer用于验证参数、请求头或请求体。AutoResponder能让页面稳定读取测试数据。临时观察真实流量并改一次内容，可开断点。

Fiddler模拟前先确定目标会话

1. 锁定会话的主机和路径。
2. 核对请求方法与关键参数。

让浏览器或客户端完成一次正常操作，在会话列表核对主机、路径、方法和关键参数。Fiddler会话列表没有出现记录，就检查捕获状态与HTTPS流量是否可见。未经过Fiddler的流量不会命中任何替换规则。

一次测试只改一个变量。保留URL和Cookie，把请求体中的一个字段换成空值、极端测试值或普通测试值。返回异常时能区分参数变化、登录态失效和接口自身问题。

用Composer模拟一条请求

1、把真实会话带入Composer

从会话列表把最接近的请求拖到Composer，保留原有方法、地址和必要的请求头。来源教程说明Composer可以自定义请求、修改内容后执行，也能把左侧抓包记录拖入当前面板。这比从空白请求开始更不容易漏掉鉴权信息。

2、只修改本次要验证的部分

GET请求重点核对查询参数。POST、PUT等带正文的请求还要让正文格式和 Content-Type 对应。发送JSON时保持合法的JSON结构，提交表单时不要把表单字段误写成JSON。完成后执行请求，并在Inspectors中与原会话比较状态码、响应头和正文。

重发后出现未登录、权限不足或签名错误，往往意味着原会话依赖的Cookie、令牌、时间戳或一次性签名已经过期。重新抓一条有效请求，再只动目标字段，比盲目补造请求头更可靠。

用AutoResponder替换接口返回

AutoResponder会让匹配到的请求按规则执行动作。它可以直接返回本地磁盘上的文件，而不把请求发送到服务器。将一条目标会话拖入规则区或手动填写匹配条件后，给它指定本地JSON、HTML、图片或其他准备好的响应内容。

本地JSON应保留页面真正会读取的字段。空状态、缺字段、业务失败和服务异常各自准备一份小文件，不要在一份数据里混入多个场景。匹配条件应尽量限定到目标主机和路径。规则按列表顺序处理，过宽的规则可能把脚本、样式或图片也替换掉，导致页面看上去像是“模拟失败”。

启用规则后，保留未匹配请求正常通过的设置。中文教程也提醒，未匹配请求不放行会被阻塞。测试结束立即关闭规则或删除临时规则，避免后续真实操作仍读到本地数据。

Fiddler断点怎么临时改一次请求或响应

1. 让流量在目标阶段暂停。
2. 改完后再用Go放行。

请求断点会在请求送出前停住，适合改URL、请求头、Cookie或正文。响应断点会在服务器返回后、交给客户端前停住，适合把状态码或正文临时改成错误场景。Fiddler状态栏的断点控件可在请求断点、响应断点和关闭之间切换，修改完成后用Go放行。

全局断点会让所有请求停住。先关闭它，再针对目标地址设更窄的条件。断点适合短时间观察和修改。反复刷新页面验证同一份数据，改用AutoResponder会更稳定。

怎样确认模拟真正生效

• 目标会话确实命中了规则或停在断点，而不是只看到了浏览器缓存。
• 响应正文、状态码或请求参数与本次设定一致，并且页面出现对应的加载、空状态、报错或成功反馈。
• 关闭规则后重新执行，结果恢复为真实服务返回，说明变化来自模拟配置。

生产账号、订单或敏感接口不要用真实数据反复重发。优先在测试环境和可控账号中验证，尤其是带写入动作的请求，避免把“模拟调试”变成实际提交。