动态化作为移动客户端技术的一个重要分支，一直是业界积极探索的方向。目前业界流行的动态化方案，如Facebook的React Native，阿里巴巴的Weex都采用了前端系的DSL方案，而它们在iOS系统上能够顺利的运行，都离不开一个背后的功臣：JavaScriptCore（以下简称JSCore），它建立起了Objective-C（以下简称OC）和JavaScript（以下简称JS）两门语言之间沟通的桥梁。无论是这些流行的动态化方案，还是WebView Hybrid方案，亦或是之前广泛流行的JSPatch，JSCore都在其中发挥了举足轻重的作用。作为一名iOS开发工程师，了解JSCore已经逐渐成为了必备技能之一。
之前啊我们公众号的内容要求可严了，要么技术上有原创性，要么是程序员小哥哥们自己实践经验的总结。可是你们知道吗，美团技术同学都可爱学习了，内部Wiki里积累了好多好多深入研究和学习性的技术文章。美美一直觉得这些对其他公司的工程师小哥哥也是好东西，所以就和院长说选出一些能对外分享的，开个新专栏吧。围着他说啊说啊好半天，他老人家终于同意啦~~
为了大家能更好的开发出一些高质量、高性能的小程序，这里带大家理解一下小程序在不同端上架构体系的区分，更好的让大家理解小程序一些特有的代码写作方式。
声明：本文是对美团技术团队唐笛《深入理解JSCore》一文的学习笔记，如要查看原文，请点击文末的“阅读原文”。
作为微信小程序底层 API 维护者之一，经历了风风雨雨、各种各样的吐槽。为了让大家能更好的写一手小程序，特地梳理一篇文章介绍。如果有什么吐槽的地方，欢迎去 developers.weixin.qq.com/ 开发者社区吐槽。 01 简述小程序的通信体系 为了大家能更好的开发出一些高质量、高性能的小程序，这里带大家理解一下小程序在不同端上架构体系的区分，更好的让大家理解小程序一些特有的代码写作方式。 整个小程序开发生态主要可以分为两部分： · 桌面 nwjs 的微信开发者工具（PC 端） · 移动 AP
总体来说，JavaScriptCore为原生编程语言Objective-C、Swift提供调用JavaScript程序的动态能力，还能为JavaScript提供原生调用能力以弥补前端能力的不足。正因JavaScriptCore的这种桥梁作用，故而出现了出多使用JavaScriptCore开发APP的框架，比如ReactNative、Weex、小程序、WebView Hybrid等框架。
其实，小程序开发过程中我们面对的是iOS和Android微信客户端和辅助开发的小程序开发者工具。根据官方文档，这三大运行环境也是有所区别的：
微信小程序开发者和开发需求者必读的40条技巧分享： Q:为什么脚本内不能使用window等对象 A:页面的脚本逻辑是在JsCore中运行，JsCore是一个没有窗口对象的环境，所以不能在脚本中使用window，也无法在脚本中操作组件 Q:为什么 zepto/jquery 无法使用 A:zepto/jquery 会使用到window对象和document对象，所以无法使用。 Q:wx.navigateTo无法打开页面 A:一个应用同时只能打开5个页面，当已经打开了5个页面之后，wx.navigateTo不能正
微信小程序开发者者必读，内容涵盖小程序开发实战需要注意的40个技术点，供大家参考： Q:为什么脚本内不能使用window等对象 A:页面的脚本逻辑是在JsCore中运行，JsCore是一个没有窗口对象的环境，所以不能在脚本中使用window，也无法在脚本中操作组件 Q:为什么 zepto/jquery 无法使用 A:zepto/jquery 会使用到window对象和document对象，所以无法使用。 Q:wx.navigateTo无法打开页面 A:一个应用同时只能打开5个页面，当已经打开了5个页面之后，
A：页面的脚本逻辑是在JsCore中运行，JsCore是一个没有窗口对象的环境，所以不能在脚本中使用window，也无法在脚本中操作组件
| 导语 现如今，在做移动端 H5 开发时，少不了与 Native 之间进行交互。而在Native中，H5的承载容器为 WebView，其核心是使用 WebView 控件实现加载 url。
技术点：unity导出的目标工程Unity-iPhone.xcodeproj 与原生进行融合
| 导语 现如今，在做移动端 H5 开发时，少不了与 Native 之间进行交互。而在Native中，H5的承载容器为 WebView，其核心是使用 WebView 控件实现加载 url。 WebView的概念 WebView 用来展示网页的 view 组件，该组件是你运行自己的浏览器或者在你的线程中展示线上内容的基础。使用 Webkit 渲染引擎来展示，并且支持前进后退等基于浏览历史，放大缩小，等更多功能。 简单来说 WebView 是手机中内置了一款高性能 Webkit 内核浏览器，在 SDK 中封
导语 微信小程序开发者和开发需求者必读，内容涵盖小程序开发实战需要注意的40个技术点，供大家参考： 问答 Q Q1:为什么脚本内不能使用window等对象 A:页面的脚本逻辑是在JsCore中运行，J
页面渲染 1.在渲染层，宿主环境会把WXML可以先转成JS对象，然后再渲染出真正的Dom树。 2.在逻辑层发生数据变更的时候，需要通过宿主环境提供的setData方法把数据从逻辑层传递到渲染层 3.对比前后差异，把差异应用在原来的Dom树上，渲染出正确的UI界面
最近一直在做有关 JavaScriptCore 的技术需求，上周发现一个问题，当在JavaScriptCore 在垃圾回收时，项目会有一定几率发生崩溃。崩溃发生时调用堆栈如下：
::: tip 通信方式 系统层的WeixinJsBridage 两边提供的 evaluateJavascript 所实现。 即用户传输的数据，需要将其转换为字符串形式传递，同时把转换后的数据内容拼接成一份 JS 脚本，再通过执行 JS 脚本的形式传递到两边独立环境。
UIWebView自iOS2就有，WKWebView从iOS8.0（2014年9月WWDC）才有，毫无疑问，WKWebView相对UIWebVIew要优秀得多，主要表现在以下几点：
记录下H5与小程序技术方案的主要差异 H5 小程序 运行环境 浏览器/webview 三种环境:IOS(JSCore+WKWebView)安卓(JSCore+Chrome57/V8+Chrome67)开发者工具(nw.js+Chrome60) 系统权限 弱(重度依赖浏览器、兼容性有限) 强(微信开放API蓝牙、WiFi、NFC、罗盘...) 直接分享朋友圈 能(分享链接容易被屏幕) 不能(分享卡片的体验好) 扫码识别 能 能 支付能力 多种 微信支付 性能 一般(需要请求很多资源) 好(微信做了解析优化
吃鸡手游的成功，让手游多了一种引擎选择：UE4。于是陆续有人来问xLua的UE4版本。要做UE4版本，由于宿主语言的不同其实相当于完全重新开发。我想既然都重新开发了，能否重新考虑当年xLua的一些技术决策点，放在UE，放在那么多年后的今天是否仍然合适。
这篇文章不聊具体的技术内容，只是蹭蹭今天 iOS 领域最大的一个热点，关于一些应用收到 Apple 警告的问题。
在这里我并不会提供了一个列表出来给你，我主要还是想分享小程序的运行环境对兼容性的一些影响。
来源：微信公众号：Coding学院（ID:ke-coding） 目录 ---- 一、小程序介绍和演示 二、小程序架构 三、小程序视图层 四、小程序逻辑层 五、小程序开发经验 正文 ---- 一、小程序特点 二、小程序架构 三、小程序视图层 1.View - WXML WXML（WeiXin Markup Language） 支持数据绑定 支持逻辑算术、运算 支持模板、引用 支持添加事件（bindtap） 2.View - WXSS WXSS(WeiXin Style Sheets) 支持大部分CS
小程序的渲染层和逻辑层分别由两个线程管理，两个线程的通信由微信客户端(Native)做中转。
这个是最基础用法，等待 Promise resolve 或 reject。resolve 后就同步执行，reject 就被 try catch 捕获，或者不处理，由上层调用方法处理。
Weex 是一个动态化的高扩展跨平台解决方案，也就是说开发人员只需要写一份代码就可以同时在移动端（Android端、iOS端）、Web端运行，这有别于React Native，从技术实现上也略有区别。
还记得当初小程序刚出来爆火的场景，依附于微信确实是给我们带来了极大的便利，有着微信的流量，用完即走，无需下载，随时使用，从17年到23年，小程序已经深入人心，吃喝玩乐你都可以找到小程序的身影，疫情期间各种码的场景也给小程序带来了巨大的流量
原文链接：https://godbasin.github.io/2018/09/08/wxapp-page-and-navigate/
Weex是一个移动端的动态化框架，它允许开发者用轻巧的 HTML/JS/CSS 开发多个端的 NativeApp。用 Weex只需写一份代码，便可运行在Android、iOS以及H5中，并且在 Android 和iOS上以Native UI的形式呈现，为用户提供更好的用户体验。
css样式不能引用本地图片资源，只能引用线上资源(background-image)，引用本地图片资源只能用<image>标签。
跨平台一直是老生常谈的话题，cordova、ionic、react-native、weex、kotlin-native、flutter等跨平台框架的百花齐放，颇有一股推倒原生开发者的势头。（事实上更多是共存发展）看完本篇，相信你会对于当下跨平台移动开发的现状、实现原理、框架的选择等有更深入的理解。
移动跨平台开发一直是移动开发者和前端开发者追求的的话题，从早期的cordova、ionic，到如今的react native、weex、kotlin native和flutter等，可以说如今的跨平台框架可谓百花齐放，颇有一股推倒原生开发者的势头。
1.通过了解浏览器线程的一些知识我们知道浏览器进程中GUI线程是与JS引擎线程互斥的。 2.小程序的架构是JsCore执行js逻辑代码+webview页面渲染双线程，两个线程并不互斥。
h5概念很热，咱们不多多说，但是在移动端的App中某些需要快速开发的地方也是很有好处--可以把一部分不想做的，不方便做的甩给web端去做，咱么只需要做好native与web的通信就好啦? 今天的主角
2021年3月3号，Google宣布Flutter 2：Flutter的重大升级，使开发人员能够为任何平台创建美观，快速且可移植的应用程序。针对Web，移动和台式机构建的下一代Flutter。用户可以使用相同的代码库将本机应用程序发布到五个操作系统：iOS，Android，Windows，macOS和Linux；Windows Vista，Windows XP和Windows XP。以及针对Chrome，Firefox，Safari或Edge等浏览器的网络体验。Flutter甚至可以嵌入到汽车，电视和智能家电中，为环境计算世界提供最普遍和最便携式的体验。
导语 微信小程序的公测掀起了学习小程序开发的浪潮，天生跨平台，即用即走、媲美原生体验、完善的文档、高效的开发框架，小程序给开发者带来了很多惊喜。通过这篇文章和大家一起分析小程序的架构，分享开发经验。 一、小程序介绍 1、小程序特点 2、小程序演示 视频地址： https://v.qq.com/x/page/w0353d7co6y.html 3、小程序为什么那么快 Page Frame Native预先额外加载一个WebView 当打开指定页面时，用默认数据直接渲染，请求数据回来时局部更新 返回显示历史
微信小程序是介于Native和web app之间的产物。它依托浏览器（webview）展示，同时可以调用原生能力（如获取通信录，拍照等等），同一份代码可运行在Android，iOS和微信调试开发工具内（跨平台能力）。
本文主要是讲解Uni-App开发技巧，如何快速的撸码？如何调试Uni-App？通过本文，让小伙伴们开发出优秀的Uni-App。
之前公司技术总监说小程序就是个浏览器，有其它同事也有说过小程序类似浏览器这种观点。通过这篇文章来探讨一下这种说法。
在一般的移动端开发场景中，每次更新应用功能都是通过 Native 语言开发并通过应用市场版本分发来实现的。
PhoneGap（Codova 的前身）作为 Hybrid 鼻祖框架，是一个开源的移动开发框架，允许你用标准的web技术-HTML5,CSS3和JavaScript做跨平台的Hybird WebUI开发，应该是最先被开发者广泛认知的 JSBridge 的应用场景。而对于 JSBridge 的应用在国内真正兴盛起来，则是因为杀手级应用微信的出现。
有赞零售 App 上线至今，为了降低商家硬件迁移成本，同时提高商家硬件采购的选择多样性，陆陆续续对接了市面上 Top 20+ 的智能硬件，包括打印机、电子秤、扫码枪、摄像头、一体机等， 在硬件对接过程中团队投入了大量的人力进行支持，受限于硬件架构不成体系、硬件类目划分不清晰、通信协议多样性、多端重复适配造轮子等因素，导致硬件线上问题较多，且投入的开发成本很高，也影响了商家的正常经营。为了彻底解决这些问题，提高新设备对接效率，并确保硬件交互质量，有赞零售移动团队对硬件体系做了几次重构演进，目前一款新硬件的对接与适配成本已经控制在一到两个工作日内，相较2019年人力投入降低了50%。同时通过不断完善硬件 FAQ 文档，协助商家与硬件支持同学快速定位解决问题，硬件开发同学直接处理的线上问题数量相较2019下半年环比下降55%，技术支持同学对接的硬件问题也环比下降了33%，提效比较明显。
最近实习中参与了H5项目向小程序迁移的工作，在微信官方文档和一些帖子上学习了小程序运行机制和底层原理，以及与Web页面的区别，在此基础上又看了一些关于小程序同构方案的内容。以下是我个人的一些学习总结。本文内容参考
前一篇文章中，我们大致的讲述了一下JavaScriptCore这个库在iOS开发中的应用。在文中最后的阶段，我们提到了WebViewJavaScriptBridge这个库。提到这个库，可能有一些人就要说了，现在都什么时代了，谁还会用这个库啊？全是坑！不错，早在三年前，这个库有过一段辉煌的时光，在苹果除了WKWebView之后，渐渐的使用这个库的人越来越少，尽管这个库也是支持了WKWebView的。 但是一个事物的存在就有他的价值，就算使用也不是那么频繁了，尽管他有很多的坑。但是对于一个开发者来说，我们应该取其精华去其糟粕，现如今出的很多的交互的bridge依旧是有部分交互逻辑沿用了WebViewJavaScriptBridge的思想。 这里就不得不提味精大神的一片文章，这篇文章里面深入浅出的谈了谈现如今Hybrid开发时常用的一些桥方法。有兴趣的可以去关注一下。废话不多说，那么我们今天就从源码开始解析这个库的使用以及原理。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
