关于app上页面和js的调试

不久前折腾了一晚上关于app上的页面和js的调试:

首先得准备几个比较比较常用的工具：

1、chrome(这个都没有你还干啥fe呀)

2、Fiddler(抓包神器,基本也是必备咯)

3、sublime(编辑器至少得有一个吧)

then?

打开Fiddler,配置设置啥的都不在这里说了，篇幅有点长，PS：（不过比较方便的一个东西就是Fiddler上可以配hosts，不用再hosts文件下去配hosts了）

这里说一下app里面的调试和一般的M端web调试的不同，在M端调试时把页面和js代理到本地修改就ok了，但是app里面就不一样了，app里面的页面和js很倔强，走缓存走的很严重，所以在这里我们简单叙述一下app的页面和js调试；

then?

假如前面的工具和配置都OK了，能正常抓包

一、页面html调试

1、抓包：打开Fiddler，用手机访问需要调试的页面，这时Fiddler上面会抓到一个记录，如下图：

then?

2、ctrl+u拷贝出抓到的地址放到chrome里面访问，这样就可以看到手机上面访问的页面了，then在chrome里面再ctrl+u就可以查看页面源码，把源码copy出来单独起一个页面，在Fiddler里面把线上访问的页面代理到本地，注意这里我们把单起的页面的title改一下方便我们观察是否代理本地成功了：

3、我们在代理的时候需要注意到的是在app里面访问Fiddler抓到的地址的最后包括os和webaddress，如果是安卓的机器的话你需要手动吧os改成ios才能正确访问；

另外一个问题就是webaddress在每次访问的时候都会动态改变，所以我们在代理的时候不要把后面的webaddress=xxxxxx加上，否者，你懂得

4、像上面的这样代理成功后访问app上面的页面，......页面咋没变? 当然没变咯我们在做一下处理，改一下页面显示(在代理到本地的html页面上的显示部分加点东西)，像这样：

好了页面代理差不多就是这样，你可以在本地任意修改你的页面了，app上也会有和chrome同步的变化

then?

二、app上js的调试：

1、首先你的指导你要调试那个js，也就是那个js出问题了，这个定位问题的速度需要经验，不如说对全站业务逻辑比较熟悉的话，一看就知道是啥出了问题，是哪个js出了问题

一般来说我们是通过bug的view表现页面元素去找对应的id或者class，或者知道一些实现的方法名/参数名，然后通过在chrome里面搜索对应的js

2、ok，找到相应的js后又把它代理到本地，这里需要注意的是我们一般去svn找到最新的代码down下来放到本地，然后把线上的js代理到本地，

new.js是从svn上down下来的mclient.publish2.js，

3、代理好了之后，在new.js里面加点可以证明代理好了的代码，alert()最好，为啥?因为app上不认console，试着在chrome上看看(当然这里也需要注意到一点就是为了方便看到js是否真正代理到本地了，我们也需要像html一样做，在js第一行做一些标记，表明这个不是线上的js)，被吓到了吧，啥反应都没得；为什么呢？

模板上加载的js明明是：

也把它代理到了本地：

为什么就不行呢?这就是app上比较倔强的地方，由于app里面会缓存已经加载好了的js，app上面也不能像浏览器一样可以清除缓存和强制刷新，所以基本都是通过?加上版本号来更新js(这个不同公司更新方法不同，具体的请移步张云龙老师的blog静态资源的缓存更新)，版本号一致的话，app将不会更新这个js(不会发出请求)，所以代理的js不会生效，

解决办法就是让它更新，在模板里面把加载的js版本号改变一下：

ok，改好了，然后又试试!......还是不行，为什么，应该大家都懂，当时捣腾这个的时候进入了一个误区，代理的时候的地址带了版本号575的，然而模板里面请求的是带版本号576的js，很明显代理不成功嘛，

then

解决办法有两个：

a、把代理的时候的地址带了版本号575改成576，这个办法比较挫，因为每次修改完本地的new.js你需要看到修改后的效果你都需要做两件事情，1就是把模板里面加载的js版本号增加一下，2就是需要把代理的版本号也改成和模板加载的js版本号一致

b、代理的时候不带版本号：

这样的话就不需要你每次修改本地js都去改代理的js版本号了，而只需要把模板上的版本号增加一下就ok了

then?

end

文章没review，有错请大家指出