Charles辅助调试接口

前面有一篇讲了关于抓包工具fiddler和charles,这里再写写我是怎样用charles辅助调试接口。Charles下载传送门.

这篇文章写了个头,没时间就一直放着没写,今天刚好周六就把这个写完吧,其实这两天有点感冒头晕晕的,尽量不写错吧。

经常会有这样的场景:

场景一: 想看看其他的App是怎样设计请求,怎样设计返回数据格式,某一个功能点请求分几个实现的。最近我在用某听书软件听鬼故事(^0^),它们限制非VIP每天只能下100篇离线,我试着用charles拦截修改返回数据,把我自己变成超级VIP了,然后, 没然后了….

场景二: 一个请求发起直接返回各种看起来奇葩的错误,检查半天代码好像也没问题,直接就大嘴巴叫后台的兄弟服务挂了,后台一看,好好的啊…

场景三: 开发新的功能,接口也先大概定义好了,可后台兄弟忙着和妹子聊天(^),接口还没写好啊…,虽然可以在代码里写死demo数据,但后台接口写好了,难道又去改一遍?有木有更好的方式呢?先把请求都写好,能正常返回数据,解析好结果绑定到界面,最后接口写好了直接就对接,charles可以帮助我们这么干。

场景四: 除了WIFI我们还要测试2G,3G,4G等各种复杂网络条件下的情况,可手机上网资费不便宜啊,可以让charles限制网速模拟网络环境。

就列举这么几个场景吧,下面进入本文的正题