Charles抓包工具详解 Charles使用方法、抓包原理、网络调试步骤与常见排查技巧

如果你观察开发团队的日常工作，会发现一个规律：

越是底层工作经验丰富的开发者，越依赖 抓包 来定位问题。

因为日志可能不全、调试器可能缺信息、控制台也会掩盖真实行为，但网络流量不会骗人。

而在众多抓包方案里， Charles 几乎是最“工程友好”的选择：

• 它能观察真实流量
• 能看见加密内容（HTTPS）
• 支持模拟异常
• 能抓 App 的数据
• 也能抓网页与桌面应用
• 还能重写/替换/Mock

换句话说，Charles 提供的不是“抓一条包”，而是帮助开发者重建系统运行过程的能力。

下面，我们把这套能力从原理到场景，完整拆解一遍。

一、Charles 抓包原理：理解之后才能正确排查

很多程序员第一次接触 Charles，会误认为它是在“拦截”数据。

实际上，它并不是“黑科技”，核心机制反而很简单：

Charles 是一个本地代理服务器，所有流量都从它经过。

你可以理解为：

客户端请求 → 先到 Charles → 再转发到服务器
服务器响应 → 回到 Charles → 再返回客户端
12

因此，只要满足两个前提就能抓到包：

1. 流量经过 Charles
2. Charles 有权限查看内容（HTTPS 需要证书）

理解这点后，很多抓不到包的问题都能轻松定位：

• 是否设置了代理？
• 是否被其他工具覆盖？
• 证书安装了吗？
• HTTPS 解密开启了吗？

类似地， 抓包大师(Sniff Master) 也基于代理机制，但提供了更便捷的HTTPS暴力抓包功能，无需复杂证书安装即可解密HTTPS流量，支持指定APP过滤和数据流抓包。

抓包原理越清晰，排查问题越快。

二、Charles 使用方法：从抓第一条请求开始

下面按照最常规的流程梳理第一次使用 Charles 的方式。

1. 安装证书：HTTPS 的前置条件

HTTPS 所有数据是加密的，不安装 Charles 的根证书根本看不到明文。

安装入口：

Help → SSL Proxying → Install Charles Root Certificate

然后记得设为「始终信任」。

2. 开启 SSL 抓包

证书装了，还要让 Charles 知道你要解密哪些站点。

最简单的全局开启方式：

Proxy → SSL Proxying Settings → Add → Host: * , Port: *
1

3. 系统代理自动生效

Charles 会自动接管当前设备的 HTTP/HTTPS 代理。

如果抓不到包，通常是：

• 被 VPN 覆盖
• 被 Clash、Surge 等接管
• 浏览器单独设置了代理

解决方法通常是关闭冲突工具再重启 Charles。

三、抓手机 App 的请求：Charles 的黄金场景

很多网络异常只会出现在真实设备上，比如：

• 安卓机型差异
• 弱网导致请求中断
• Token 刷新冲突
• 多环境缓存残留

浏览器 F12 完全看不到这些，而 Charles 可以。

手机抓包流程：

步骤①：手机与电脑使用同一 Wi-Fi

步骤②：在手机 Wi-Fi 中手动设置代理

服务器：电脑 IP

端口：8888

步骤③：安装手机证书

访问：

chls.pro/ssl

iOS 还需在系统设置里手动信任证书。

步骤④：打开 App 即可看到流量

手机抓包几乎是团队中最常用的 Charles 场景。

四、Charles 的核心分析能力：真正的价值在于“可视化链路”

抓包不是为了“看到 JSON”，而是为了理解请求发生了什么。

Charles 的几个关键面板尤其重要：

1. Structure：域名级别的流量分布

非常适合排查：

• 请求是否走对环境
• CDN 是否生效
• 域名是否被重写

这是处理多环境问题的“主视角”。

2. Sequence：时间序列中的请求行为

用于查看：

• 是否发生重复请求
• 是否有请求被取消
• APP 是否提前发起了无效请求

对于移动端调试尤其有用。

3. Timeline：延迟分析工具

能看到每个阶段耗时：

• DNS
• SSL
• Sending
• Waiting
• Receiving

很多“后端慢”的结论其实是 SSL 慢。

Timeline 能很快排除误判。

4. 请求详情：数据最真实的样子

包括：

• Header
• Body
• Query
• Cookies
• Raw

特别适合解决“前后端相互甩锅”的问题。

五、Charles 的增强功能：实现更深层次调试

以下功能是高级工程师最常依赖的工具。

1. Breakpoints：修改请求/响应

可以用来：

• 模拟错误状态
• 修改返回码
• 测试异常 UI
• 校验 Token 过期逻辑

2. Map Local：本地 Mock 数据

前端使用频率非常高：

• 后端接口没准备好
• UI 需要提前联调
• 数据结构需要模拟异常

3. Map Remote：跨环境调试神器

可以自动把：

api.test → api.pre
api.pre → api.prod
12

非常适合快速切换环境。

4. Rewrite：自动规则转换

适用于：

• 自动替换 Token
• 自动添加 Header
• 重写返回字段
• 修改 URL

减少很多重复操作。

5. Throttle：弱网模拟

可以模拟：

• 3G
• 高延迟
• 丢包
• 网络不稳定

弱网问题在移动端非常常见，Throttle 能快速复现。

六、真实项目中 Charles 最常解决的 4 类问题

以下是实际开发中出现频率最高的场景：

① 多环境切换导致数据错乱

抓包后会发现：

• 请求走了旧域名
• CDN 返回老缓存
• Nginx 重写跳错地址

Structure 一眼能看出问题。

② 移动端接口不稳定，但无法复现

抓包 + Throttle 后发现：

• 弱网中断请求
• Token 刷新冲突
• App 后台切换导致请求取消

这些都不是代码层面的问题。

③ 前后端对参数理解不一致

Raw 或 JSON 视图会显示：

• 字段丢失
• 序列化错误
• Content-Type 不正确

抓包能迅速结束争议。

④ 性能问题误判为后端问题

Timeline 很多时候会告诉你：

• DNS 1 秒
• SSL 0.8 秒
• 发送阶段卡住
• 网络抖动严重

实际后端处理只用了几十毫秒。

七、需要更完整的教程？

可以参考 Charles中文网

包含：

• 证书配置
• 环境抓包
• 手机抓包
• 常见报错
• Rewrite/Mock 示例

非常适合第一次使用 Charles 的开发者。

抓包能力，是工程师进阶的关键

真正会抓包的开发者，能够在系统复杂度上升时依旧保持高效率：

• 不猜测
• 不盲试
• 不绕圈
• 直接看证据
• 直接定位根因

Charles 提供的不是工具，而是“证据链”。

当你能从流量中读懂系统，你的调试效率会成倍提升。