很多人第一次使用 Charles 时，只把它当作一个“能看到请求的工具”。
但在真正的项目中，抓包从来不是目的，抓包只是“理解系统”的开始。
我在多年的项目经验里发现： 一个开发者是否真正会用 Charles，取决于他是否拥有“基于流量的调试思维”。
如果只是打开软件看一两条请求，那并不算“会用”。 真正的能力，是能通过 Charles 读懂整条请求链，并把信息转化为问题定位的依据。
这篇文章，我会从一个更全面的角度讲清楚： Charles抓包工具在实际开发中的使用思路、优势、技巧与踩坑经验。
一、为什么“抓包”是定位问题的起点？
代码会骗人，日志会缺失，用户描述会模糊， 但网络流量不会骗人。
请求发没发出去？ 参数到底是什么？ 响应中是否被代理层改过？ 请求是否反复重定向？ 证书问题导致握手失败？ 请求有没有被跨域、缓存、代理劫持？
这些问题，在代码和日志里都不一定看得出来， 但在 Charles 中，全都能被“具象化”。
这就是 Charles 抓包工具的价值： 它让你从“猜问题”进入“看问题”的阶段。
二、使用 Charles 的基本思路：不是“抓包”，而是“读包”
很多新手会犯一个习惯：只盯着请求列表看。 但 Charles 真正的使用顺序应该是：
抓包 → 过滤目标请求 → 查看结构 → 分析链路 → 定位问题
重点不在于“看到哪条请求”， 而在于“能否根据请求链路推断系统行为”。
Structure 视图，观察整体请求分布
适用于：
- 分析同个域名下的接口
- 查找是否有多次重试
- 查看环境切换是否生效
Sequence 视图，按照时间顺序理解流程
适用于：
- 复现用户操作流程
- 排查页面加载异常
- 分析并发或阻塞行为
这是很多人忽略的 Charles 价值。
三、HTTPS 抓包的本质：并不是“破解”，而是“双向代理”
Charles 抓 HTTPS 的机制很多文章都有讨论， 但核心只有一句话：
Charles 在客户端与服务器之间建立了两条独立的加密通道。
因此，它能看到加密后的明文数据。
为了做到这一点，你必须：
- 安装 Charles Root CA
- 信任证书
- 在 SSL Proxying 中启用
*:* - 避免 VPN / 安全软件干扰
这一部分简单，但却是抓包成功的前提。
四、移动端使用 Charles：为什么更重要？
在移动端开发中：
- 网络环境复杂
- 请求封装深
- 日志有限
- 代理层多
因此，手机抓包几乎是每个移动项目的必备能力。
手机抓包的正确做法
- 手机和电脑连同一 Wi-Fi
- 在手机 Wi-Fi 设置中手动设置代理（电脑 IP + 8888）
- 手机浏览器访问
chls.pro/ssl安装证书 - iOS 需要额外在设置中信任证书
完成后，你能看到 App 的所有请求、参数、响应与耗时。
没有 Charles，很多移动端问题压根查不到。
五、不同开发角色如何用 Charles？
Charles 的使用方式其实会随着角色不同而变化。
① 前端工程师
关注：
- 请求是否发出
- 参数格式是否正确
- 跨域是否影响请求
- 重定向次数
- 返回结构是否满足约定
特别有用的功能：
- Map Local（Mock 数据）
- Rewrite（替换 Token）
② 后端工程师
关注：
- 请求是否到了正确的服务器
- Header 是否被代理层修改
- SSL 握手耗时
- 负载均衡是否生效
特别有用的功能：
- Map Remote（环境映射）
- Timeline（延迟分析）
③ 测试工程师
关注：
- 接口状态码
- 异常响应捕获
- 弱网表现
- 上行、下行数据结构
特别有用的功能：
- Breakpoints（模拟异常）
- Throttle（弱网模拟）
六、Charles解决的三个“关键类型问题”
下面三个问题类型，Charles 的效果尤其明显。
① 不确定“请求是否触发”的问题
例如：
- 点击按钮无响应
- 页面加载数据为空
Charles 能马上告诉你： 请求有没有发出去？ 参数是什么？ 有没有被浏览器拦截？
② 多环境导致的混乱问题
很多公司有： dev / test / pre / prod
Charles 能帮你判断： 请求到底发去了哪个环境？ 有没有被 Map Remote 或代理层重写？
③ 网络不稳定带来的隐藏问题
弱网时：
- 请求被中断
- 响应包不完整
- SSL 握手失败
启用 Throttle 后，这些都能复现。
七、Charles 抓包工具的常见踩坑
| 现象 | 原因 | 解决方式 |
|---|---|---|
| 抓不到 HTTPS | 证书未信任 | 重新信任 Root CA |
| 手机抓不到包 | Wi-Fi 不同网段 | 手机与电脑保持同网段 |
| 请求为空白 | 数据被压缩 | 启用 “自动解压缩” |
| App 直接报错 | SSL Pinning | 使用调试版本或关闭校验 |
| 请求不显示 | 系统代理被覆盖 | 重启 Charles 再开启代理 |
八、想看更完整教程？
可访问Charles中文网](charlesproxy.net/)**
提供：
- 详细图文教程
- HTTPS 执行流程
- Rewrite 和 Mock 模板
- 手机抓包完整指南
- 常见错误与解决方案
抓包是开发者理解系统最直接的方式
很多开发者把 Charles 当成工具，但真正的价值在于——
它让你第一次真正“看到”系统内部的行为。
当你养成利用抓包分析链路的习惯，你会发现调试效率、问题定位与系统理解能力都会得到质的提升。
Charles 抓包工具能看到的，往往是代码层看不到的。
