【Chrome】对ios-safari移动端的H5页面进行调试（ios-webkit-debug-proxy）
HappyBlog 2019-06-27
说在前头
要看干货的，可跳过该“说在前头”章节
该类文章，百度上“一挖一麻袋”，但说句不好听的，“一个能打的都没有”，总结如下：
- scoop：win7下，搞这个都烦的一批，到最后“scoop install ios-webkit-debug-proxy”，跟我说要翻墙？
- 下了一堆有的没的npm插件，最后还是没法用。
- 到最后一步了，NMP跟我讲“能看，但没法debug调试”，我砸键盘了好吗？
- ......
吓得我赶紧放了一张老婆镇楼
既然写了这篇文章，说明这类问题都已经解决了，那我们言归正传，讲讲我们要 实现什么？
chrome-devtools对IOS移动端的H5页面进行调试
简单来说，就是 ——
我对“提交”btn绑定了“console.log（1）”则，我点击移动端H5页面的“提交”时，PC端的Chrome会输出1
有人问了
Q：我移动端的H5页面一样可以放到PC端的chrome下进行调试啊，为什么要调试真机呢？比如：
A：这个还是要看需求的，如果你的业务不需要，自然也就不需要了，举个栗子：
- App嵌入H5时，你如何调试一些原生交互，如何知道原生是否定义了方法？
- 对H5页面进行多指触摸的时候，PC端如何模拟并响应调试？
- 运用一些第三方插件库或API的时候，内含严苛的判断，非真机不好调试，咋弄？
- ......
接下来就是干货了，让你任意调试H5页面，WebView页面，查看该APP是否存在WebView以及找到它的线上地址！
一、环境（测试成功的案例）
- PC chrome浏览器（版本45、46）
- IOS safari浏览器（11.2.6）
- win系统（win7、win10）
- 一根USB数据线
-------------------
二、软件工具准备
我全放在github集成了，开不开心，please star，fork
github：chrome_ios_safari_ios-webkit-debug-proxy
这里最好“Download ZIP”，下拉不知道要拉几年
当然为了防止“Download ZIP”也很慢，所以我把文件的源地址在这儿逐一列出，可自行分别下载，都是必须的
TIPS：谷歌为45版本是有原因的，当然最新的也可以，后面会讲，总归会麻烦一点
当然如果失效的话，来我github里慢慢down，(^▽ ^)
-------------------
三、设置iphone Safart浏览器
设置 > Safart浏览器 > 高级 > 打开Web检查器
如下图：
-------------------
四、打开iTunes，以及数据线连接
iphone连接上PC后，会有“是否信任该计算机”的提示，都按确认，iTunes也将会检索到该iphone设备。有以下图，则说明连接成功。
-------------------
五、打开ios-webkit-debug-proxy-1.8-win64-bin解压的目录
例如，我是解压在F盘的，放个图观摩下
打开cmd，进入该盘下，执行以下命令
ios_webkit_debug_proxy -f chrome-devtools://devtools/bundled/inspector.html
出现以下提示，则连接成功！
-------------------
六、核心教程
上面说到端口监听为9221，则打开chorme45输入http://127.0.0.1:9221/
点击“逗逗”（也就是你的设备），你会发现里面是空白的，说明你还没有打开H5页面，用safari打开一个H5页面，刷新chrome，就会发现多了几条数据
划重点，你对你需要调试的页面，进行审查元素，我这边举例调试“百度”
将该地址复制到地址栏，则进入调试界面！
宁哥！宁哥！哦，走错片场了。
控制台输入
alert('Hello World!')
移动端弹出，成功
控制台死活按不下去的，说的就是你，高版本chrome，等会聊
我们对“百度一下”这个btn进行一个DIY的绑定，试试控制台是否真的好用
点击ios上的“百度一下”，果然弹出了true，OK
接下来，我们试试断点，点进我们刚才绑定的方法，进入chrome缓存中，进行断点调试
点击“百度一下”，发现进不去！接下来就是黑科技 ——
双击右上角箭头按钮
再点击“百度一下”发现进来了！输入this，返回的就是当前btn dom元素
在此鼓掌(^▽ ^)
你说你怎么知道这儿有效的？......一口老血，一把辛酸泪
-------------------
七、无法调试的另类问题集合
1、Chrome高版本控制台无法输入的问题
问题描述：chrome其他版本，也一样只需要双击右上角的断点箭头，就能debugger调试，不过控制台却死活按不下去
解决方案：按F12，控制台有一堆抛错，每次控制台回车，右边会增加一条error提示
点击控制台抛错提示，将该行判断“if(error){console.error(error) ......”改成“if(!error){console.error(error)......”
也就是把它非掉，然后ctrl+s解决问题。
TIPS：如果被刷新的话，又得重来，就这点来说，并不是很方便。
在这儿，请教一下大神，有没有方式可让inspector.js永久映射到workspace，解决刷新重来的方式
2、Chrome断开连接
问题描述：chrome下出现“Detached from the target”字样，调试中止
解决方案：cmd开启的服务“ios_webkit_debug_proxy”重开，清除chrome缓存，重启chrome解决，以及不要干一些黑操作，该调试页面极不稳定。
3、cmd打开debug_proxy服务时，连接不上手机，未有响应
问题描述：执行“ios_webkit_debug_proxy -f chrome-devtools://devtools/bundled/inspector.html”该语句时，如下展示
没有连接设备的响应，或返回error，warn等提示未有设备连接
解决方案：查看iTunes是否连接上你的设备，重新插拔一下USB接口，重启服务乃至重启电脑进行尝试，如仍不行，请下载其他版本进行尝试
github：google/ios-webkit-debug-proxy
TIPS：要注意的是，如果这步已经跪了，那打开chrome输入9221的端口也一定是空白页。
4、Chrome低版本无法调试的问题
问题描述：在30-版本的情况下，无法调出inspector.html调试页面
解决方案：30+版本，已经废弃devtools.html页，30以下chrome应在url中输入
chrome-devtools://devtools/devtools.html?ws=localhost:9222/devtools/page/1
则进入调试页。
TIPS：page/1与9222是端口9221中审查dom元素内的传值，应保持一致。
-------------------
关于
make：o︻そ╆OVE▅▅▅▆▇◤（清一色天空）
blog：http://blog.csdn.net/mcky_love
掘金：https://juejin.im/user/59fbe6...
lofter：http://zcxy-gs.lofter.com/
github：https://github.com/gs3170981?...
结束语
鬼知道我尝试了多少个解决方案，下载了多少个chrome版本，那些无用的文章写出来，加上一堆的分享党占屏百度首页
也难怪说，谷歌是最好的搜索引擎，心酸。
