序、慢慢来才是最快的方法。

场景一

明明是服务端的接口数据错误，而QA（测试）第一个找到的可能是客户端开发的你，为什么这个页面出现错误了？

而作为客户端开发的你，可能要拿出测试机连上电脑，打一下Log，看一下到底返回了什么数据，导致页面错误。

或者高级一点的QA，会自己打Log或者连接抓包工具看一下服务端返回的具体数据，然后把Bug提给对应的人，而大多数公司的业务测试，都仅仅是测试业务，不管技术层的。我司的大部分QA，属于外派来的，一般也只测试业务，每次有问题，都先找客户端。

场景二

你现在正在外面做地铁，产品或者你领导突然给你反馈，你之前做的那块业务，突然线上跑不起来了，不行了。你一想，这肯定是服务端的问题啊，但是怎么证明呢？

场景三

服务端上个线，每次都需要客户端加班配合，说有问题，可以及时帮助排查问题。

PS ：如果是 MAC 还好 ，否则电脑比较卡的话可能会浪费十几分钟 ，最无聊的是被这种很小的问题打断自己本身就是一件**的事情。

以上种种 ，现在已经被一个叫做 chuck Github 的库给解决了 。对于抓包应该都用过 Charles ，有些是抓不到的 ，项目中的网校使用 Charles 就进不去 ，也算是小缺点吧 。

地址Chuck

使用页面

 一款基于 OKHTTP 的网路工具库 。在使用 Chuck 的时候 ，项目中所有的网络请求都会以通知栏的形式推送给你 ，就像上方截图一样 ，是进行网络请求的接口列表 。图二是每个接口的详情 ，分为三个 tab ，OVERVIEW 、REQUEST 、RESPONSE 根据字面就可以理解是做什么的 。

       原理也相对简单易懂 ，就是在进行网路请求的时候做为一个拦截器 ，跟我们平常用的 LOG 拦截器是一样的 ，然后发送通知 。

原博文

推荐一个超级方便的Android 抓包工具 Chuck_安卓抓包工具-CSDN博客