Fiddler为什么要设置代理服务器，代理服务器怎么设置才能抓包？

Fiddler之所以要设置代理服务器，是因为它必须站到你电脑和互联网之间，才能看到每一笔HTTP/HTTPS流量。 如果不设置，浏览器发出的请求会直接到达服务器，Fiddler什么也看不见，自然谈不上抓包、断点调试或修改响应，设置代理就是给Fiddler装上“耳朵”，让它能听到对话。

Fiddler为什么要设置代理服务器？

Fiddler本质上是一个本地代理程序,它启动后会在你的电脑上开一个“小门”，这个门默认是8888端口，你只有把浏览器的网络流量指向这个门，数据才会乖乖从Fiddler面前经过，否则，流量绕开它，它就只能对着空气发呆。

Fiddler是本地代理，不是网络防火墙

很多人把Fiddler和防火墙混淆,防火墙是拦住不让你出去，Fiddler则是帮你传话，但要求每句话都先读一遍，行业共识认为，Fiddler的核心价值是“中间人”，它伪装成目标服务器，接收你的请求，再伪装成你，把请求转交给真正的服务器。

Fiddler不会强制接管流量,必须由你主动把代理服务器指向它的监听端口，这一步在Windows系统里叫“局域网设置”，在手机上是“手动代理”，在Firefox里是“连接设置”，不管哪种方式，本质都是告诉系统：把HTTP和HTTPS请求统一交给Fiddler处理。

浏览器和系统默认不认Fiddler

IE浏览器、Edge浏览器默认跟随系统代理，如果系统代理没设置，它们就直连网络，Chrome浏览器也类似，除非你用启动参数，否则走系统代理，Firefox更独立，它有自己的代理设置面板，需要在“设置”里单独填上Fiddler的地址和端口，至于手机端，你必须在WiFi连接里手动填写电脑的IP和Fiddler的端口，否则手机上的流量根本不会经过Fiddler。

这就是为什么新手经常问“为什么Fiddler打开了但看不到任何请求”，不是你操作不对，而是代理还没指过去。

Fiddler抓包原理：代理如何截获HTTP与HTTPS流量

弄懂了“为什么”，再看“怎么工作”就不难了，Fiddler抓包原理很简单：它把自己伪装成目标服务器，接收客户端的请求；然后它再作为客户端，把请求发给真正的服务器，服务器返回响应时，Fiddler又能截住，先看一遍，再传回给你。

普通HTTP请求的两次中转

对于HTTP明文流量,Fiddler可以直接读取内容，整个链路是：

• 浏览器向0.0.1:8888发请求
• Fiddler解析请求,记录URL、请求头、Cookie、表单数据
• Fiddler把请求转发到真正的服务器
• 服务器返回响应,Fiddler再次记录状态码、响应头、HTML内容
• Fiddler把响应原样返回给浏览器

浏览器以为自己一直在和服务器说话,实际上每句话都被Fiddler读了副本。

HTTPS流量需要额外信任Fiddler根证书

HTTPS是加密的,如果把代理指到Fiddler，浏览器会看到一个陌生证书，Fiddler为了解决这个问题，会动态生成一张“Fiddler根证书”，并把它安装在系统信任区，安装后，Fiddler就能解开加密流量，重新封包后再转发。

这一步非常关键,很多用户设置了代理但抓不到HTTPS包，就是因为没有安装信任证书，浏览器直接拦截了连接，Fiddler反而收不到任何数据，具体安装路径是：Fiddler菜单栏 Tools → Options → HTTPS，勾选 Capture HTTPS CONNECTs，再点击 Decrypt HTTPS traffic，然后信任弹出的根证书，手机上则需要在浏览器里访问http://电脑IP:8888，下载并安装证书。

Fiddler代理服务器设置完整路径

设置代理的实操方法取决于你抓包的对象,下面分桌面端和移动端详细拆解。

Windows下fiddler代理服务器设置步骤

在Windows上,Fiddler首次启动时通常会自动勾选“作为系统代理”，你可以验证一下：打开Fiddler，进入 Tools → Options → Connections，确认 Enable as system proxy 是勾选状态。Listening port 就是Fiddler代理端口，默认是8888。

如果没有勾选,你需要手动勾选，然后重启Fiddler，这时候访问IE或Edge，80端口和443端口的流量都会经过Fiddler，Fiddler界面里会出现一行行请求记录，说明代理已经生效。

Fiddler安卓抓包设置代理步骤

手机抓包比电脑多一步：让手机和电脑处于同一个WiFi环境，然后按以下路径操作：

• 查看电脑局域网IP：Fiddler的 Online 图标会显示本机IP，或在命令行输入ipconfig查看
• 打开手机WiFi设置,长按当前网络，选择“修改网络”



• 勾选“高级选项”，把代理改为“手动”
• 主机名填电脑IP,端口填8888
• 保存并重新连接WiFi

这时手机上的HTTP请求就会出现在Fiddler列表里,但要抓HTTPS，还得用手机浏览器访问http://电脑IP:8888，点击页面上的 FiddlerRoot certificate 下载安装，并到系统设置里信任该证书，Android 7及以上版本对用户证书限制较严，部分应用不信任用户证书，需要把证书移入系统分区，这一步需要Root权限，一般抓包场景不建议折腾。

Fiddler设置代理后无法上网怎么办？

这是最常见的坑,代理指向错误、端口被占用、证书未安装，都会导致“设置代理后断网”的现象，排查顺序建议如下：

• 确认Fiddler还开着,如果关了，代理指向一个不存在的服务，必然断网
• 检查8888端口是否被其他程序占用，可打开命令行输入netstat -ano | findstr 8888，如果PID不同于Fiddler，说明被占用，换个端口
• 尝试关闭Windows代理：设置 → 网络和Internet → 代理，把“使用代理服务器”关掉，看能否恢复
• 检查浏览器是否启用了“自动检测设置”，该选项可能绕过代理

多数情况下,取消Fiddler的“Enable as system proxy”勾选，就能立刻恢复上网，所以别慌，代理不是洪水猛兽，它只是给你指路，指错了路自然要绕回来。

Fiddler代理和Charles代理，选哪个？

谈到代理抓包,很多人会把Fiddler和Charles放在一起对比，两者原理相同，都是本地代理加HTTPS解密，但适用场景有差异，我用一张表说明：

业内专家指出,选哪个取决于你的主力系统和习惯，如果你在Windows环境做接口调试，Fiddler是首选；如果团队用的是macOS，Charles可能更顺手，两者都不需要额外硬件，属于纯软件代理方案。

Fiddler代理常见问题解答（Q&A）

为什么Fiddler开了代理还是看不到包？

先查代理是否真正指向了Fiddler,打开浏览器访问一个不存在的地址，比如http://localhost:8888，如果能打开Fiddler的证书下载页面，说明代理生效，抓不到包则是范围问题，再看Fiddler Options → HTTPS，确认“Decrypt HTTPS traffic”已勾选，如果抓的是本地应用，还要考虑应用是否强制走了系统代理，有些命令行工具默认不走代理。

Fiddler代理生效后会拖慢网速吗？

因为所有流量都要先到Fiddler再被转发,理论上多了一步延迟，但该延迟在局域网内通常只有几毫秒，多数情况下感知不明显，真正影响速度的是Breakpoints断点模式，开启后请求会暂停在Fiddler，直到你点击“Run to Completion”，如果觉得慢，检查是否无意开启了断点，Fiddler只代理HTTP和HTTPS，其他协议（如游戏用的UDP）不会经过它，所以不用担心在线游戏延迟。

如何让Fiddler只代理某个域名？

不需要改全局代理就能实现,在Fiddler的AutoResponder里添加一条规则，匹配规则填目标域名，比如.baidu.com，然后勾选Enable rules，未匹配的其他域名会正常直连吗？实际上Fiddler作为系统代理时，默认所有HTTP请求都会经过它，如果你只想关注某个域名，可以在QuickExec输入框里执行hostname.baidu.com过滤，或者在菜单里启用Use Filters → Show only the following hosts，这样既不会断开其他流量，也不必频繁开关代理，同时能精确捕捉目标请求。

最后想强调一点：Fiddler设置代理不是可有可无的操作，而是整个抓包流程的地基，只有让代理指过来，Fiddler才能发挥它作为中间人的全部能力，掌握代理设置，就等于拿到了HTTP调试的钥匙，后续的一切都在这个基础上展开。