抓包不是黑客专属，普通用户也能看懂数据传输
你在公司调试网页接口时，是不是经常遇到“请求发出去了，但没反应”？或者提交表单后服务器返回一串看不懂的错误码？这时候打开浏览器开发者工具的 Network 面板只能看到状态码和耗时，真正传了啥内容却像黑箱。其实，用网络协议分析器解密流量，就能看清每一个字节是怎么跑的。
为什么需要解密 HTTPS 流量？
现在几乎所有的网站都上了 HTTPS，数据在传输过程中是加密的。虽然这保障了安全，但也给调试带来了麻烦。比如你想看看某个 API 请求中有没有带上正确的 token，或者确认某段参数是不是被编码错了，光看抓包工具里的乱码是没用的。
这时候就得让工具“看懂”你的加密通信。浏览器本身知道自己的会话密钥，可以通过环境变量把它们导出，供 Wireshark 或 Fiddler 这类工具解密使用。
Chrome + Wireshark 实现 HTTPS 解密
以 Chrome 为例，在启动时加上一个环境变量，就可以把 TLS 密钥写入本地文件：
set SSLKEYLOGFILE=C:\\temp\\sslkey.log
start chrome.exe然后用 Wireshark 抓取流量，进入 Preferences → Protocols → TLS，指定 (Pre)-Master-Secret log filename 为刚才设置的路径。刷新页面，你会发现原本标着 “Encrypted Application Data” 的数据包，现在能直接看到 HTTP/2 的明文请求和响应头了。
Fiddler 更适合前端日常调试
如果你只是想查某个 AJAX 请求为啥失败，Fiddler 更轻便。它自带中间人模式，安装证书后就能自动解密本机的 HTTPS 流量。打开 Fiddler，勾选 Tools → Options → HTTPS 下的 Decrypt HTTPS traffic，浏览器访问任意网站时就能看到完整的请求结构。
比如你发现网页上传图片一直卡住，用 Fiddler 一看才发现是预检请求（OPTIONS）返回了 403，问题出在跨域配置上，而不是网络本身。
小心别误伤隐私
这类工具能力太强，也可能看到登录密码、Cookie、Token 等敏感信息。建议只在调试必要时开启解密功能，用完及时关闭。尤其是公共电脑或共享环境，记得清理导出的密钥文件和代理设置。
有一次同事在测试支付流程，开着抓包忘了关，结果整个团队都看到了他用测试卡填的银行卡号，场面一度尴尬。
配合浏览器开发者工具更高效
很多人不知道，Network 面板里的“Copy as cURL”功能其实能和抓包工具互补。复制请求后粘到命令行重放，再用 Wireshark 观察底层连接过程，可以快速判断问题是出在 DNS、TCP 握手，还是 TLS 协商阶段。
比如某个页面在公司内网加载慢，用 cURL 发现 TCP 连接耗时 1.2 秒，而公网只要 80ms，基本就能锁定是内网防火墙策略的问题。