如何利用autoResponder、composer和statistics进行抓包数据的长尾词整理与分析？

本文共计1014个文字，预计阅读时间需要5分钟。

前言：经过了对前文介绍的Fiddler工具的了解，我们已经能够为自身提供一个舒适的工作环境。然而，在抓包之后，可能还会有一些需求或难题需要解决。

Fiddler提供了许多其他模块，帮助我们轻松应对工作挑战：

1. AutoResponder：模拟服务器响应，方便测试。

2.Breakpoints：设置断点，拦截请求或响应，进行调试。

3.Decompressor：解压缩响应内容，查看原始数据。

4.Inspector：查看请求和响应的详细信息。

5.Mobile Helper：支持模拟移动设备请求。

通过这些模块，我们可以更高效地完成工作。

前言

经过了前文的介绍的部分已经能够为自己抓包提供一个舒适的环境了，但是舒服的拿到我们的包后，可能有些需求还是难以搞定，fiddler 提供了我们一些其他模块，让我们工作轻松，请往下看。

正文

autoResponder: 自动响应器。

这个做什么用的呢？

先打开界面看一眼。

一般会打开这两个。

第一个是否激活规则，第二个是如果没有匹配的是否放行。

第三个是是否激活延迟，也就是有这个后，那么就可以在规则中设置延迟，这里就不介绍了，平时没有用这个，可以试试。

虽然第三个并不介绍，但是可以试试，知晓其功能。可以不使用阴谋，但是不能不懂，差不多这个道理。

新增一条rule 后，看到匹配规则有很多。

里面也内置了一些响应。

下面一个例子，就是把百度弄成404。

像下面一样：

这个时候我访问百度的时候出现了:

那么是否这样满足我们的需求呢？ 显然这些内置的是不满足的，那么还有什么功能呢？

我们还可以从我们抓取到的session list中拖过一条过来进行修改。

然后可以设置修改,右键哈：

可以看到可以修改这里面的响应了。

比如我修改一个过期时间：

然后保存，看下效果。

浏览器收到的就改变了。

可以看到里面还有很多操作选项，如果不满足需求的时候可以去试试就好。

然后介绍一下这个composer，这个东西也是挺好用的。

这样就可以修改了，然后发送请求做实验了。

就简单介绍一下，毕竟每个人的需求不一样，那么想要的东西不一样，用的时候找找看就好。

最后一个是statistics，看名字我们也知道是统计。

这个统计我们选中点一下，看一下。

告诉我们统计的request count 为1。

然后还行就是请求的时间点，还有就是请求tcp/ip 连接时间各种。

平时用的时候也不多，有一次测试说一个接口有时候快有时候慢，别急着去看服务器负载，那么这个时候自己要去统计一下，验证一下，得有可靠的信息然后去处理。

选择多次请求。

这里101次请求有一个时间统计，可以简单的查看一下。

结

下一节介绍fiddler的命令和debug。