标签：
iOS WKWebView 混合应用开发时代来临 - 嵌入式 JS 的调试成为催化剂
太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)
本文遵循“署名-非商业用途-保持一致”创作公用协议
早在五年前，在哈尔滨大街小巷的饭馆儿里，经常听到店老板抱怨服务员不好招，钱给少了没人干！
那时还特意做了个分析，2010年倒推30年，正好是1980年，一家一个孩儿，80后还有十年的人力资源可用，90后一是骄惯着长大的，做服务员那份辛苦吃不消，另一方面也真
那么多闲人了。小声带一句，本人也曾在毕业前后做过一两次跑堂的，甚至穿着旱冰鞋传菜，正常站一天，就够受了，第二天没到下午就跑路了，实在没这能力和体力，只好偷个懒，学点技术，搞IT吧
时至今日，在IT行业摸爬滚打已15个年头，从电信中继线到IVR板卡开发，再到Linux计费，短信SMPP协议运用，一直到智能手机，从 C++ 到 Java、C#，从 J2EE 到 PHP再到Asp.net，从 Sybase、SQLServer到Oracle、DB2,再到Mysql、Sqlite，从Android到Sybian、QT再到iOS，技术的变改一直在进行着，从小到大，再从大到小，智能设备从2008年至今已走过7个年头，屏是越来越大，大到 pad 的诞生，又回归到5寸大屏手机，未来可能电视大屏又会火一把，接着就是瓶颈，开始衍生，多屏互动无处不在，慢慢的屏又该小了，手表、纽扣、戒指、钥匙、胸针，也许有一天学生会被再一次要求强制戴校徽，不再像我们以前那样仅是个标志，那枚校微将会如身份证一样标识着身份，记录着身影，播报着校园新闻、了解考试成绩，随时解答书本中不懂的题目。。。谁知道了
畅想总是美好的，未来总是值得期待的，然而眼下人荒已经出现多年，慢慢波及各个行业，尤其IT这种苦力行业，随着这种社会关系的变化，也许IT也不再以苦力行业出现，需要充分利用智慧和思想才能达到生产力的补充，而非人海策略了。
由此现状，不难看出，像Android、iOS这种技术要求较高的工种，人才更是少得可怜，那么如何利用现有资源进行转嫁补充将是一个新的问题需要探索。
WKWebView 随着 iOS8的发布呈现在人们眼前，一个 UIWebView 例程初始20M的内存占用量，突然降到10M，让人欣喜若狂，尤其后续多次加载 HTML 页面所带来的内存
量，基本以 0.2 M为单位，而不会像 UIWebView 一样以2M为单位。
苹果发布 WKWebView 更得要的目的是开放它的高效 JS 引擎，那才是真正的金矿。
早些年，老乔就是想用Safari应用来构建这一生态链，无耐各方面的限制，原生应用倒是火起来了，而今WKWebView的发布，也标志着一个新的时代的到带，也许这可能叫做 Web 8.0 吧？！
说了这么多，只能用一个词来形成：瞬息万变！
如何应对新的嵌入式应用开发时代，嵌入式应用中嵌入JS应用将成为充分利用 Web 2.0时代留下的一笔人力财产的有效方式，就如我们现在全国最大的消费市场是早些年“人多力量大”思想留下的财富一样。如何挖掘将成为新的课题。
JS作为一种动态语言，在桌面浏览器上进行开发，早些年也曾很让人头疼，后来发现了 FireFox 的 FireBug 插件，可以实时调试，很让人心动，随之各浏览器厂家及插件开发者不断提供这方面的支持，使得 JS 开发变得没那么让人抓狂，继而很多集成开发环境内置浏 览器调试环境，更大限度地解决了这些问题。
那么，嵌入式应用嵌入JS，又成为一个新的问题，怎么样能利用已有的开发环境及浏览器及插件环境来解决嵌入式JS的问题呢？
首先要说，Sarari 桌面浏览器是可以对 XCode 模拟器中的 WebView 组件进行调试支持的。
详细用法参见：使用safari对webview进行调试
对于Android，可以使用 Chrome 进行远程调试，由于chrome 和 android 官网我家里的环境访问不到，只能再贴几篇链接凑和看吧，至少您知道有这么回事儿
http://blog.csdn.net/t12x3456/article/details/14225235
还有一种方式，利用开源的 js 调试库：
https://github.com/lexandera/Aardwolf
详情自个去看一下吧。
这里有一篇，比我总结得好得多，以下直接转载：
“真机远程调试”（remote inspect web on real device），是指用桌面电脑（PC或MAC）远程连接上移动设备，通过类似Chrome浏览器开发人员工具的界面，来调试移动设备上运行的网页
“真机远程调试”的方法总是在发展，日新月异，有必要在每次更新本文档时标注当前时间及当前相关软件版本
| 方法 | 关键点 | 实现难度（综合考虑搭环境、软件、硬件成本，分数 小 为佳） | 调试效果（综合考虑仿真效果、能调试的项等，分数 大 为佳） | 可用的桌面设备 | 可用的移动设备及可调试的浏览器 | 简要步骤 |
|---|---|---|---|---|---|---|
| Chorme模拟器 | 非真机，只是模拟 | 0 | 2（新版本加入了模拟网络链接的功能，故上调评分） | PC、MAC | 无 | GO |
| weinre | 安装较为繁琐 | 3 | 2 | PC、MAC | 全部 | GO |
| 调试Android上的Chrome | 需要翻墙 | 2 | 4 | PC、MAC | Android上的Chrome | GO |
| 调试Android APP里的webview | 需要翻墙 | 3 | 4 | PC、MAC | Android APP里的webview | GO |
| 调试Android上的UC | 需要桌面设备和移动设备同一网段 | 1 | 3 | PC、MAC | Android上的UC | GO |
| 调试iOS上的Safari | 需要MAC（甚至可以无需iOS设备） | 2 | 4 | MAC | iOS上的Safari | GO |
Device 和 模拟网络环境的下拉菜单 Network ，及左侧的清除选择按钮和打开关闭 media queries 的按钮（ 示意图 ）>三 的图标，切换到 Emulation 标签，可以更细粒度地调整，来定制化你的模拟（ 示意图 ）过程稍微繁琐，但是这个方案能调试几乎所有平台的所有浏览器，只要能运行js的就行
1. 安装nodejs
2. 安装weinre到global，即在命令行中运行 npm -g install weinre （MAC可能需要在前面加上 sudo ）
3. 获取本机IP地址（PC：开始→运行→cmd，输入 ipconfig ，查看“IPv4地址”字段； MAC：在网络偏好设置内），假设获取到的IP地址为 4.4.4.4
4. 在命令行运行weinre： weinre --boundHost 4.4.4.4 ，其中IP地址为上一步所获取的地址，如果弹出防火墙，请允许访问（ 示意图 ）
5. 在PC或MAC上用浏览器打开 http://4.4.4.4:8080/client/#anonymous ，其中IP地址为第三步所获取的地址（ 示意图 ）
6. 将移动设备连接到与PC或MAC同一局域网，打开移动设备上的需要调试的浏览器，然后随便打开一个网页。将它保存为书签
7. 修改上述书签，将地址改成：
javascript:(function(e){e.setAttribute("src","http://4.4.4.4:8080/
target/target-script-min.js#anonymous");document.getElementsByTagName("body")[
0].appendChild(e);})(document.createElement("script"));void(0);，其中IP地址为第三步所获取的地址（复制后请去掉代码中的换行，使之成为一行）
8. 在移动设备浏览器上打开想要调试的页面，然后点击上一步保存的书签，即可在PC或MAC上的页面中的target中找到对应页面，点击可以开始调试（ 示意图 ）（ 示意图 ）
更多：
<script src="http://4.4.4.4:8080/target/target-script-min.js#anonymous"></script> （这种情况适用于不能使用书签的场景，如app内的webview、微信中等，但是上线之前要记得移除这个js的引用）其他参考链接
chrome://inspect 然后回车，或通过菜单图标→工具→检查设备，进入调试界面Discover USB devices ，直到搜索到你的Android设备（ 示意图 ）inspect 开始调试其他参考链接
chrome://inspect 然后回车，或通过菜单图标→工具→检查设备，进入调试界面Discover USB devices ，直到搜索到你的Android设备（ 示意图 ）inspect 开始调试其他参考链接
4.4.4.4:9998 ，如例子中即为 4.4.4.4:9998其他参考链接
iOS WKWebView 混合应用开发时代来临 - 嵌入式 JS 的调试成为催化剂
标签：
原文地址：http://blog.csdn.net/opengl_es/article/details/45542963
