微信内置浏览器对于html5的支持一般，也存在以下系列问题：
一 安卓版微信直接调用系统浏览器内核, iOS则是调用safari, 所以要使用新特性, 只能升级系统了, 对于很多老系统, 新的特性是没法用的, 就连基本的canvas, toDataURL 在44 以下是不能导出 image/jpeg 格式的, 直接导出的 png格式, 往往非常大, 好几百K,。
二 localStorage等, 是可以用, 但是据说有微信退出之后就被清空的问题
三 据 Sencha 项目的调研显示, 目前最适合 HTML5 项目的是 iOS 平台,我亲测, 确实如此, 比如一个基本的css3 transition转换做的轮播, iOS上和原生应用基本没啥区别, 安卓上则是卡的出奇, 而且安卓在进行一些复杂计算的时候,往往很慢, 比如涉及canvas计算的操作
四 不好调试, 安卓上的调试, 是装chrome beta 32版 app, 然后结合桌面chrome通过 USB 开启远程调试, 但是由于两者的 webkit 版本不同, 调试的结果往往不能作为最终参考依据 说实话有时候有问题只能靠猜了(看你基本功扎实与否, 对css盒模型理解的彻底与否, 对js 的开发理解的深入与否,都能很大程度上提升你"猜对"的几率, 当然, 别忘了 try catch 和 alert, 会发现你现在真的是爱上它们了 安卓上的另一种调试方式是通过 ADB 过滤控制台日志的方式, 可以追踪程序错误, 这个有些复杂,我还没试过 iOS 也是可以通过 safari进行远程调试的, 前提是需要在MAC上进行操作, 我没有MAC, 没试过。
五 对于开发, 优雅降级与渐进增强将会是个很好的理念, 可以 try { 先进API} catch(e) { 老旧的实现方式} 这种方式, 确保在别人刷机到新ROM之后就还能用旧版实现方式,(事实上我没有搞, 真是复杂,很累了每天, 埋了颗雷, 我的41 在44将会爆掉, 别告诉我老板)
六 用百度目前可能还得不到很多有用的信息, 国内目前HTML5还处于炒概念的阶段, 很少有人做一些实打实的事情, 别告诉我谁用了什么API做了什么花出来了, 那些API都明摆在那里, 稍微有点编程常识的都能拿来用, 关键是一个实现, 其实是 一个API ,外加要修复9个bug, 这种方式来完成的, 只懂那一个 API, 是不够的,现在。
七 程序运行速度与你脚本和css3使用量成反比, 与网速成正比 所以, 少用脚本, 简化逻辑, 慎用css3, 压缩, 代码, 等等, 这些仍然很重要
八 会渐渐发现, 进入了另一个 ie6 的世界, 移动开发基本是webkit 的天下, 比如我现在, 就没考虑过 wp, 当然, 这也是基于公司的要求来的。
九 有的人把 HTML5 理解为几个 背景渐变的圆角阴影按钮, 如果真是这样认为的话, 那他现在就可以开始开发了, 这些基本的支持, 还是有了的。
十, caniusecom, mobilehtml5org, googlecom, stackoverflowcom, 都是很有用的网站
微信是java开发的。微信本身是个APP，不是网页应用，怎么会是HTML5开发的呢？
另外HTML5也兼容和包含HTML的大部分低端版本，所以不存在“纯HTML5”这样的说法。
现在小程序用的就是我们的x5内核。但又不是完全使用。他把wxml翻译成html后，有部分组件还是用的native方式，例如canvas。
要说颠覆的话，我觉得两者都是在颠覆，而小程序不但颠覆了开发方式，还颠覆了分发方式。开发方式上，小程序颠覆了原生的模式，一套wxml，可以跑在安卓ios平台。分发方式上，小程序靠着微信这个大后台，加上安装方便，对app的开发商有巨大的吸引力。开发商终于可以摆脱安卓一堆垃圾应用市场了。
而H5只是一种纯开发方式，没有小程序的后台背景和分发渠道，但H5的开发者前端人员众多，再加上H5也是跨平台（虽然跨的不完美），再加上天生的动态能力，对于一些内容类的app的开发商有巨大吸引力。
要说商机的话，小程序我个人觉得潜力巨大。关键就是背靠微信这个平台，用户在安装的门槛上，比传统app要低的多。这促使app开发商不得不同时也做小程序版。因为你不做，可能别人就抢做了。同样的功能，用户可能更愿意用小程序版的。如果你不做，就把流量分给对手了。
用户在有小程序版后，很可能就把原版app卸载了，特别是对一类功能单一的app，如摩拜单车等。这就导致一个巨大的，潜在的影响，这类app的流量锐减，被分流到小程序里。但小程序的限制非常多，如果不允许弹推荐，没有外链等，安装大小有限制，这类app可能收入反而下降了。但整个市场被规范了。
