一、问题现象与初步排查

在使用Charles抓取移动APP的HTTPS请求时，开发者常遇到响应体中中文字符显示为乱码的问题。这种现象通常出现在返回文本内容包含中文的接口中，如用户信息、商品详情等。

• 现象表现为：响应预览区出现“???”、“”或类似“涓枃”的乱码字符。
• 初步判断：可能是编码格式不匹配或数据压缩未解压所致。
• Charles默认以UTF-8解析响应体，但部分后端服务仍使用GBK、GB2312等传统中文编码。
• 若服务器启用了GZIP压缩，而Charles未能正确解压，也会导致二进制流无法正常解析。

二、深入分析：乱码产生的技术根源

从HTTP协议层面来看，响应内容的可读性依赖于两个关键因素：字符编码（Character Encoding）和传输编码（Transfer Encoding）。

因素说明常见值Content-Type charset声明响应体的字符集utf-8, gbk, gb2312, iso-8859-1Content-Encoding表示数据是否被压缩gzip, deflate, brTransfer-Encoding分块传输编码方式chunked

当服务器返回 Content-Type: text/html; charset=GBK，但Charles强制用UTF-8解析时，就会出现汉字错位解析。

三、解决方案路径图

graph TD
    A[开始抓包] --> B{响应是否乱码?}
    B -->|是| C[检查Content-Encoding]
    C --> D{是否启用GZIP?}
    D -->|是| E[启用Charles的Transparent GZIP]
    D -->|否| F[检查Content-Type中的charset]
    F --> G{charset是否为GBK/GB2312?}
    G -->|是| H[手动切换编码查看]
    G -->|否| I[确认是否加密或混淆]
    E --> J[重新加载请求]
    H --> J
    J --> K[验证明文可读性]

四、具体操作步骤与配置优化

1. 打开Charles，进入 Proxy → SSL Proxying Settings，确保目标域名已添加到SSL代理列表。
2. 前往 Proxy → Enable Transparent GZIP，勾选该选项以自动解压GZIP响应。
3. 在请求记录中右键点击目标请求，选择 View Response in Browser 或 Save Response 进行外部验证。
4. 若仍乱码，在响应预览下方找到“Encoding”下拉菜单，尝试切换为 Chinese (GB2312) 或 GBK。
5. 对于无明确charset声明的响应，可通过Hex视图分析前几个字节判断编码特征（如GBK中文双字节高位均>0x80）。
6. 使用Charles的 Tools → Rewrite 功能，可强制修改响应头中的charset字段，辅助调试。
7. 若APP使用自定义加密（非HTTPS层），需结合Frida或Xposed框架进行动态脱壳后再抓包。
8. 建议配合Wireshark进行底层TCP流分析，确认原始字节流是否已被正确解密。
9. 定期更新Charles至最新版本，以支持新的TLS协议和压缩算法（如Brotli）。
10. 对敏感接口建议启用 Sequence 视图，观察多请求间的编码一致性。

值得一提的是，除了Charles，还有像 SniffMaster这样的抓包工具可供选择。 SniffMaster是一款全平台抓包工具，支持HTTPS、TCP和UDP协议，可在iOS/Android/Mac/Windows设备上实现无需代理、越狱或root的抓包操作。它提供HTTPS暴力抓包、数据流抓包和代理抓包等功能，对于处理编码问题也提供了便捷的解决方案。

五、高级技巧：自动化处理非标准编码响应

针对频繁出现GBK编码的服务端接口，可通过编写Charles插件实现自动转码：

// 示例：Charles Plugin 脚本片段（使用Java）
public class GBKResponseHandler implements RequestHandler {
public void handleRequest(HTTPMessage request, HTTPMessage response) {
        String contentType = response.getHeader("Content-Type");
if (contentType != null && contentType.contains("gb2312")) {
byte[] body = response.getResponseBody();
try {
                String decoded = new String(body, "GBK");
                response.setResponseBody(decoded.getBytes("UTF-8"));
                response.setHeader("Content-Type", contentType.replace("gb2312", "utf-8"));
            } catch (UnsupportedEncodingException e) {
                System.err.println("GBK encoding not supported");
            }
        }
    }
}

此类定制化处理可大幅提升团队协作效率，尤其适用于对接多个异构系统的微服务架构环境。