最近准备把之前用UIWebView实现的JS与原生相互调用功能，用WKWebView来替换。顺便搜索整理了一下JS 与OC 交互的方式，非常之多啊。目前我已知的JS 与 OC 交互的处理方式：
前面讲完拦截URL的方式实现JS与OC互相调用，终于到JavaScriptCore了。它是从iOS7开始加入的，用 Objective-C 把 WebKit 的 JavaScript 引擎封装了一下，提供了简单快捷的方式与JavaScript交互。 关于JavaScriptCore的使用有两篇很好的文章： NSHipster中文版的JavaScriptCore iOS7 新JavaScriptCore框架入门介绍
在开发中涉及到网页与iOS原生交互，于是就想到了WebViewJavascriptBridge 这个开源库。经过最近几天的研究和了解算是熟悉了它的使用和大致的处理过程。以此记录作为自己学习总结习惯的开始，也便于不熟悉它的人能快速使用它。 内容包括三个部分。
来由 纯粹的无聊，一直在搜索JavaScriptCore和SpiderMonkey的一些信息，却无意中学习了如何在ios的UIWebView中判断其js解析引擎的方法： if (window.devicePixelRatio) { //If WebKit browser var st = escape(navigator.javaEnabled.toString()); if (st === 'function%20javaEnabled%28%29%20%7B%20%5Bnative%
iOS开发免不了要与UIWebView打交道，然后就要涉及到JS与原生OC交互，今天总结一下JS与原生OC交互的两种方式。
概述 React Native用iOS自带的JavaScriptCore作为JS的解析引擎，但并没有用到JavaScriptCore提供的一些可以让JS与OC互调的特性，而是自己实现了一套机制，这套机制可以通用于所有JS引擎上，在没有JavaScriptCore的情况下也可以用webview代替，实际上项目里就已经有了用webview作为解析引擎的实现，应该是用于兼容iOS7以下没有JavascriptCore的版本。 普通的JS-OC通信实际上很简单，OC向JS传信息有现成的接口，像webview提供的-
概述 React Native用iOS自带的JavaScriptCore作为JS的解析引擎，但并没有用到JavaScriptCore提供的一些可以让JS与OC互调的特性，而是自己实现了一套机制，这套机制可以通用于所有JS引擎上，在没有JavaScriptCore的情况下也可以用webview代替，实际上项目里就已经有了用webview作为解析引擎的实现，应该是用于兼容iOS7以下没有JavascriptCore的版本。 普通的JS-OC通信实际上很简单，OC向JS传信息有现成的接口，像webview提供
声明：本文是对美团技术团队唐笛《深入理解JSCore》一文的学习笔记，如要查看原文，请点击文末的“阅读原文”。
在开发 RTC 的过程中遇要一个棘手的问题，需要侦听iOS手机的音量键，然后根据音量的大小来处理一些逻辑。
在Build Setting里找到Swift Compiler 你会找到 Obeject-C Generated Interface Header Name
2016-05-0908:24:25 发表评论 0℃热度 写一些平时看书学习iOS的笔记，基础的、进阶的都有，供以后回顾，也可以让刚开始学习的同学学习。 1 UIWebView简介 UIWebView
本库主要使用 WebViewJavascriptBridge 和 webkit MessageHandler进行封装。
Unity3D 开发游戏需要接入平台方的SDK才能够正式发布，本文记录IOS SDK接入的流程。
机缘巧合偶遇iOS马甲包业务，前期也使用过目前市面上其他得工具，实际效果不太理想。经过大量实践，开发出一款功能齐全的混淆工具。工具的主要功能OC、C++、Swift已封装成Mac应用，其他功能还在封装中，敬请期待。
在目前iOS开发语言从Objective-C到Swift的过渡时期，开发中难免会碰到两种语言同时存在的情况，如果在同一个项目中，两种语言并存，那么该项目就是一个混合项目。在混合项目中，就会存在语言相互调用的情况，那么一个是上世纪的“老人”，一个是初出茅庐的“少年”，它们的沟通是存在障碍的，如何才能在一个项目中让两种语言可以相互调用呢？Apple给我们做好了“桥接”工作，但是在Objective-C的项目中调用Swift与在Swift项目中调用Objective-C，处理的方式是不一样的，下面来进行一个简单的介绍。
在写 JavaScript 的时候，可以使用一个叫做 window 的对象，像是我们想要从现在的网页跳到另外一个网页的时候，就会去修改 window.kk 的位置；在我们的 Objective-C 程序码中，如果我们可以取得指定的 WebView 对象，也就可以拿到这个出现在 JavaScript 中的 window 对象，也就是 [webView windowScriptObject]。
原文链接：http://wetest.qq.com/lab/view/383.html
面试题持续整理更新中，如果你正在面试或者想一起进阶，不妨添加一下交流群 1012951431一起交流。
实例，当我们要对某个类的old_method方法以new_method方法替换掉，则新建一个Category，在其load类方法(Load方法每次APP加载都会调用)中实现以下：
一、现有微服务架构 微服务本质上是分布式架构、分布式应用、分布式计算。 分布式计算可以带来的好处有：性能、可靠性、弹性、可扩展性、可用性、稳健性。 而从应用开发者角度看，使用微服务架构必须考虑：断路、
UIWebView 在 iOS12 中已经被废弃，同时WKWebView在iOS8中已经出现。所以无特殊情况的话，我们一般应该也是用不到前者了！ UIWebView 相比于 WKWebView 的使用上会简单很多。
前一篇文章中，我们大致的讲述了一下JavaScriptCore这个库在iOS开发中的应用。在文中最后的阶段，我们提到了WebViewJavaScriptBridge这个库。提到这个库，可能有一些人就要说了，现在都什么时代了，谁还会用这个库啊？全是坑！不错，早在三年前，这个库有过一段辉煌的时光，在苹果除了WKWebView之后，渐渐的使用这个库的人越来越少，尽管这个库也是支持了WKWebView的。 但是一个事物的存在就有他的价值，就算使用也不是那么频繁了，尽管他有很多的坑。但是对于一个开发者来说，我们应该取其精华去其糟粕，现如今出的很多的交互的bridge依旧是有部分交互逻辑沿用了WebViewJavaScriptBridge的思想。 这里就不得不提味精大神的一片文章，这篇文章里面深入浅出的谈了谈现如今Hybrid开发时常用的一些桥方法。有兴趣的可以去关注一下。废话不多说，那么我们今天就从源码开始解析这个库的使用以及原理。
先后涌现出了具备后端能力的node，具备移动开发能力的react native，具备游戏渲染能力的cocos2d-js，以及iOS上的热修复技术JSPatch等等新技术。
React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法并还可以无缝衔接回调。 作者：IMWeb-朱灵子 http://imweb.io/topic/5812ab7be2017a3d1878b508 具体的接口调用实现方法如下所示： 将OC注册进来的模块取出，调用模块中的对应函数，且将参数传入 利用回调参数得到访问OC的函数，并得到其返回值 利用回调参数得到访问OC的函数，并
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎，简单来说负责页面的布局，绘制以及层的合成，但是WebKit工程中不仅仅有关于渲染相关的逻辑，也集成了默认的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC构建，不过有一些私有的优化，总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑，它包括了2部分：解释器和简单方法JIT。解释器比较容易理解，针对某种类型的文件解释执行，在JSC中，它的目标文件是由代码构建的语法树生成的字节码文
Web 页面中的 JS 与 iOS Native 如何交互？JS 和 iOS Native 就好比两块没有交集的大陆，如果想要使它们相互通信就必须要建立一座“桥梁”。
也欢迎大家使用不同工具混淆测试工程confuse_test或者第三方开源库项目，对比效果。
JSPatch 是一个 iOS 动态更新框架，只需在项目中引入极小的引擎，就可以使用就可以使用 JavaScript 调用任何 Objective-C 原生接口，获得脚本语言的优势：为项目动态添加模块，或替换项目原生代码动态修复 bug，目前在 github 上开源。 微信 iOS 客户端使用了 JSPatch，本篇文章详细阐述 JSPatch 的实现原理和一些细节，以帮助使用者更好地了解和使用 JSPatch。文章较长，建议在 PC / Mac 观看。 大纲 基础原理 方法调用 1.require
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/77414033
React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法并还可以无缝衔
引： 以前做项目的时候也做过webview和js交互，以为会手到擒来。结果WTFK、两天的时间来研究它。主要遇到了一个BUG，下面简单的说一下。
React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法并还可以无缝衔接回调。
作者：朱灵子 React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法
不知从何时起，移动端App开发，采用Native还是使用Web的争论不绝于耳。二者的优缺点不再赘述。Web App当然是开发者期待的理想结果，但是由于Native App在用户体验上的绝对碾压，大部分移动端App还是采用Native的方式，少数架构复杂、对Web依赖较多的App，会采用一种称为Hybrid（Web + Native）的开发方式，在iOS上，Native通过-[UIWebView stringByEvaluatingJavaScriptFromString:]调用Web，而Web则是通过设置W
今天把实现OC代码和JS代码交互的第三方库WebViewJavascriptBridge源码看了下，oc调用js方法我们是知道的，系统提供了stringByEvaluatingJavaScriptFromString函数
一、背景 最近接触公司项目，需要和原生app做交互，由此业务需求，开始了学习探索之路。 二、解决方案之WebViewJavascriptBridge 想要和app交互，必须在app上先把bridge进行实例化，这是先决条件。 oc解决方案 步骤 1、引入文件 #import "WebViewJavascriptBridge.h" 2、实例化WebViewJavascriptBridge self.bridge = [WebViewJavascriptBridge bridgeForWebView:web
我们可以暂时放下 HTML 和 CSS，只关心如何用 JavaScript 构造页面。
iOS和JS的交互看似两个问题，其实要解决的问题只有一个，那就是JS如何调用native方法。因为查询文档我们就可以发现，在UIWebView中，native有直接调用JS的方法, 但是JS却没有直接调用native的方法。 一、native直接调用js的方法： -(NSString*)stringByEvaluatingJavaScriptFromString :(NSString *)script; 二、JS直接调用native的方法 其实，UIWebView并没有提供JS调用native的方法，但是我
Dev Club 是一个交流移动开发技术，结交朋友，扩展人脉的社群，成员都是经过审核的移动开发工程师。每周都会举行嘉宾分享，话题讨论等活动。 本期，我们邀请了腾讯WXG iOS开发工程师——bang 陈振焯，为大家分享《JSPatch成长之路》。 ---- 分享内容简介： JSPatch 是 iOS 上的动态更新框架，只需要引入小小的引擎文件，就可以用 JS 调用和替换任意 OC 方法。目前被普遍用于实时修复 bug，已有超过2500个 APP 接入，本次分享介绍 JSPatch 发展过程中遇到的问题和解决
在Swift5之前，我们一般是采用上面的方式来处理异常，在Swift5之后，苹果推出了一个Result枚举，Result枚举可以更加优雅地去处理异常。
在上篇文章中讲述了使用UIWebView拦截URL的方式来处理JS与OC交互。 由于UIWebView比较耗内存，性能上不太好，而苹果在iOS 8中推出了WKWebView。 同样的用WKWebView也可以拦截URL，做JS 与OC交互。关于WKWebView与UIWebView的对比，大家请自动百度或者google。
我用了一个library(GCWebviewJSBridge-iOS), github网址:github.com/wheying/GCWebviewJSBridge-iOS
动态化作为移动客户端技术的一个重要分支，一直是业界积极探索的方向。目前业界流行的动态化方案，如Facebook的React Native，阿里巴巴的Weex都采用了前端系的DSL方案，而它们在iOS系统上能够顺利的运行，都离不开一个背后的功臣：JavaScriptCore（以下简称JSCore），它建立起了Objective-C（以下简称OC）和JavaScript（以下简称JS）两门语言之间沟通的桥梁。无论是这些流行的动态化方案，还是WebView Hybrid方案，亦或是之前广泛流行的JSPatch，JSCore都在其中发挥了举足轻重的作用。作为一名iOS开发工程师，了解JSCore已经逐渐成为了必备技能之一。
之前啊我们公众号的内容要求可严了，要么技术上有原创性，要么是程序员小哥哥们自己实践经验的总结。可是你们知道吗，美团技术同学都可爱学习了，内部Wiki里积累了好多好多深入研究和学习性的技术文章。美美一直觉得这些对其他公司的工程师小哥哥也是好东西，所以就和院长说选出一些能对外分享的，开个新专栏吧。围着他说啊说啊好半天，他老人家终于同意啦~~
目前越来越多的移动应用采用 Hybird App 模式来开发，即混合了 Native 技术与 Web 技术 进行开发。在 iOS 开发中，JavaScriptCore 框架支持 JS 与 OC 直接互相调用，从而实现动态化方案。
为何放弃第一种方案 UIWebView的JSContext获取 上篇中，我们通过简单的kvc获取UIWebVIew的JSContext，但是实际上，apple并未给开发者提供访问UIWebView的方法，虽然通过KVC可达到目标，但是当APP采用该种hack方法时，有很大几率不能通过APP Store的审核，这对于一个基于上线的商业APP而言是难以忍受的，所以我们必须寻找另一种方法来获取UIWebView的JSContext而且足够安全易用，因此我们需转移目光。 解决 WebFrameLoadDel
说到JavaScript脚本，iOS开发者都会想到一个名叫JavaScriptCore的框架。这个框架的确十分强大，其中封装了一套JavaScript运行环境以及Native与JS数据类型之间的转换桥梁。本篇博客主要讨论如何使用此框架来在iOS应用中运行JavaScript脚本。
要实现这样一个需求：按照本地的CSS文件展示一串网络获取的带HTML格式的只有body部分的文本，需要自己拼写完整的HTML。除此之外，还需要禁用获取的HTML文本中自带的 < img > 标签自动加载，并把下载图片的操作放在native端来处理，并通过JS将图片在Cache中的地址返回给UIWebview。
如果你还是第一次与app合作开发webview的页面，那么对于如何调试，可能有哪些问题可能是不够了解的。本文尝试性的根据自己的经验给大家一个入门级别的了解，如果是大佬级别的，可以绕路了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
