移动APP调试最佳实践二

这里包括上篇文章所说到的调试，并不是传统地下断点步出步进调试之类的，而是与服务器通信的一种调试技术。

像出现了nodejs，前端人员在后端人员接口还没写好的时候，直接就可以使用NODEJS模拟出一个接口出来。

但是有时候，跟服务器进行通信的时候，会出现莫名的错误。这个时候，开发APP的通常会将服务器返回的结果输出出来，而开发后台PHP的则通常会在请求的时候下个断点，并查看输出内容是否正确。

所以这个时候，使用上篇文章中说到的，将线上请求转为本地请求就足以应付这一切了。

 

但假如我们是调试APP里面的webview呢？这个时候，并没有像原生那样子，直接就可以下断点调试，而很大可能是使用信息框将消息弹出（oh NO！又回到了原始时代）。

 

根据我们上篇文章所提到的线上请求转为本地服务器请求，我们可以在三个方面上进行调试：

真机调试：

在chrome的32版本后，chrome就提供了真机调试的功能。这个时候，我们需要使用USB数据线，将电脑和手机连接在一起。

然后在chrome中输入：about://inspect/，便可以看到我们手机中打开的网页：

然后点击inspect，便可跟pc上调试一般，简直是不要不要的。

不过要注意的是：

1、如果要调试APP里面的webview，那么我们需要将webview的可调试设置为真。(WebView.setWebContentsDebuggingEnabled(true))

2、如果是在第一次使用chrome的这个功能，需要翻墙哦。

 

第二种是拦截请求：

这个时候通常使用使用一些http拦截的工具，比如fiddler，鲨鱼之类的。将向服务器发起的请求拦截下来，然后进行查看。

不过这种方式通常只能查看结果显示，也就是说无法进行调试和整个页面的浏览。

但相比真机调试的好处是无线调试。

 

第三种则是结果回显：

其实这一种跟第二种区别不大。只是这一种主要用于后端人员的调试。

就是在请求处理完的时候，将结果回显到本地的浏览器中和返回到APP中。通常像eclipse调试模式下的browser output或者是Hbuilder的browser output都可以。不过他们这两个的内核都是IE的，所以如果要让浏览器调试功能的话，还需要直接写段脚本或者插件进行处理。