做前端开发或者接口联调时，经常遇到 HTTPS 请求出问题：数据拿不到、接口报错、证书验证失败……想看看请求到底发了啥，可普通抓包工具一碰到 HTTPS 就“罢工”，这时候就得靠专业的 HTTPS 协议调试工具。
为什么 HTTPS 调试比 HTTP 难？
因为 HTTPS 是加密的，浏览器和服务器之间的通信内容默认不能被中间程序直接读取。普通的网络监控工具只能看到加密后的乱码数据，没法分析具体参数、头信息或响应体。要“看懂”这些内容，调试工具必须能解密流量，这就需要它在客户端安装可信证书，并作为“中间人”完成解密和重加密过程。
常见的 HTTPS 调试工具推荐
Fiddler 是很多开发者的入门选择。它运行在 Windows 上，界面直观，支持自动捕获浏览器和手机 App 的 HTTPS 流量。只要在设置里打开“Decrypt HTTPS traffic”选项，并信任它的根证书，就能看到明文请求。比如你在调试一个微信小程序接口，用 Fiddler 配合手机代理设置，马上就能看到 POST 数据里是不是少了某个字段。
Charles 功能和 Fiddler 类似，但跨平台支持更好，macOS 和 Windows 都能用。它的 SSL 代理配置也很简单，在 Proxy Settings 里勾选“Enable SSL Proxying”，再在 Proxy → SSL Proxying Settings 中添加需要监听的域名，比如 api.example.com:443，重启请求就能抓到明文内容。
如果你习惯命令行，mitmproxy 会更趁手。它是 Python 写的开源工具，启动后默认监听 8080 端口，支持流量拦截、修改和回放。比如你怀疑某个请求头触发了服务端限流，可以用 mitmproxy 拦截请求，临时删掉那个 header 再转发出去：
mitmdump -s \"print(request.host, request.path)\" --set ssl_insecure=true手机调试时，把 Wi-Fi 代理设成电脑 IP 和对应端口，再安装 mitmproxy 提供的 CA 证书（访问 http://mitm.it 下载），就能开始抓包。
浏览器自带工具也能辅助调试
Chrome DevTools 虽然不能直接解密其他应用的 HTTPS 流量，但在网页本身的请求分析上依然强大。Network 面板能看到每个请求的证书信息、安全等级、请求头、响应体，还能复制为 cURL 命令。比如你发现某个 API 返回 403，点开 Headers 查看 Authorization 字段有没有正确带上 token，往往一眼就能定位问题。
使用 HTTPS 调试工具的注意事项
这类工具本质是中间人（MITM），所以安全性必须重视。调试完成后建议关闭 SSL 解密功能，避免长期暴露证书风险。尤其在公共网络下，不要随意导出或分享你的代理证书。另外，某些 App 启用了证书绑定（SSL Pinning），会拒绝代理证书，这时候需要额外手段绕过，比如用 Frida 注入代码禁用校验，但这已超出常规调试范畴。
选工具时不必追求功能最全，关键是匹配你的系统环境和使用习惯。Fiddler 适合 Win 平台新手，Charles 对苹果生态更友好，mitmproxy 则适合自动化脚本集成。用熟一个，日常调试基本够用。