来由 纯粹的无聊，一直在搜索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%
概述 WebView就是一个内嵌浏览器控件，在iOS中主要有两种WebView：UIWebView和WKWebView，UIWebView是iOS2之后开始使用，WKWebView是在iOS8开始使用，WKWebView将逐步取代笨重的UIWebView。 相比UIWebView，WKWebView做了如下优化： WKWebView更多的支持HTML5的特性 WKWebView更快，占用内存可能只有UIWebView的1/3 ~ 1/4 WKWebView高达60fps的滚动刷新率和丰富的内置手势 WKWe
UIWebView 在 iOS12 中已经被废弃，同时WKWebView在iOS8中已经出现。所以无特殊情况的话，我们一般应该也是用不到前者了！ UIWebView 相比于 WKWebView 的使用上会简单很多。
1.OC与JS交互之UIWebView 创建一个UIWebView 并加载 _webView = [[UIWebView alloc] initWithFrame:CGRectMake(0, 20, self.view.frame.size.width, self.view.frame.size.height-20)]; _webView.delegate = self; _webView.scrollView.bounces = NO; / 添加 webiview [self.vie
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎，简单来说负责页面的布局，绘制以及层的合成，但是WebKit工程中不仅仅有关于渲染相关的逻辑，也集成了默认的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC构建，不过有一些私有的优化，总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑，它包括了2部分：解释器和简单方法JIT。解释器比较容易理解，针对某种类型的文件解释执行，在JSC中，它的目标文件是由代码构建的语法树生成的字节码文
2016-05-0908:24:25 发表评论 0℃热度 写一些平时看书学习iOS的笔记，基础的、进阶的都有，供以后回顾，也可以让刚开始学习的同学学习。 1 UIWebView简介 UIWebView
最近准备把之前用UIWebView实现的JS与原生相互调用功能，用WKWebView来替换。顺便搜索整理了一下JS 与OC 交互的方式，非常之多啊。目前我已知的JS 与 OC 交互的处理方式：
WebView的优缺点： 优点：（1）跨平台（2）发布更新快（3）排版布局能力强 缺点：（1）性能差（2）数据通讯复杂（3）耗费流量 使用场景：（1）排版复杂的内容（2）需后台灵活控制的界面 一、初始化与三种加载方式 UIWebView继承于UIView，因此，其初始化方法和一般的view一样，通过alloc和init进行初始化，其加载数据的方式有三种： 1.第一种： - (void)loadRequest:(NSURLRequest *)request; 这是加载网页最常用的一种方式，通过一
iOS开发免不了要与UIWebView打交道，然后就要涉及到JS与原生OC交互，今天总结一下JS与原生OC交互的两种方式。
WebViewJavascriptBridge是一个有点年代的JS与OC交互的库，使用该库的著名应用还挺多的，目前这个库有7000+star。我去翻看了它的第一版本已经是4年前了，在版本V4.1.4以及之前，该库只有一个类和一个js 的txt文件，所以旧版本的WebViewJavascriptBridge 是非常容易理解的。而最新版的WebViewJavascriptBridge因为也要兼容WKWebView，所以里面也加入了两个新的类，一开始看的时候，会被它里面复杂的逻辑吓到，其实仔细阅读后，它还是非常简单的。
在上篇文章中讲述了使用UIWebView拦截URL的方式来处理JS与OC交互。 由于UIWebView比较耗内存，性能上不太好，而苹果在iOS 8中推出了WKWebView。 同样的用WKWebView也可以拦截URL，做JS 与OC交互。关于WKWebView与UIWebView的对比，大家请自动百度或者google。
今天把实现OC代码和JS代码交互的第三方库WebViewJavascriptBridge源码看了下，oc调用js方法我们是知道的，系统提供了stringByEvaluatingJavaScriptFromString函数
弹窗包括：alert、confirm、prompt, 和url拦截类似都在回调方法中处理
iOS: UIWebview loadhtmlstring & Localcss/js/image resources
iOS和JS的交互看似两个问题，其实要解决的问题只有一个，那就是JS如何调用native方法。因为查询文档我们就可以发现，在UIWebView中，native有直接调用JS的方法, 但是JS却没有直接调用native的方法。 一、native直接调用js的方法： -(NSString*)stringByEvaluatingJavaScriptFromString :(NSString *)script; 二、JS直接调用native的方法 其实，UIWebView并没有提供JS调用native的方法，但是我
iOS: UIWebview loadhtmlstring & Local css/js/imageresources
前面讲完拦截URL的方式实现JS与OC互相调用，终于到JavaScriptCore了。它是从iOS7开始加入的，用 Objective-C 把 WebKit 的 JavaScript 引擎封装了一下，提供了简单快捷的方式与JavaScript交互。 关于JavaScriptCore的使用有两篇很好的文章： NSHipster中文版的JavaScriptCore iOS7 新JavaScriptCore框架入门介绍
AXWebViewController (0.7.2) 使用了NJKWebViewProgress iOS8.0以下使用了NJKWebViewProgress作为进度条， 因此对于上架审核没有影响。
为了提高开发效率，开发人员往往会使用原生app里面嵌套前端h5页面的快速开发方式，这就要涉及到h5和原生的相互调用，互相传递数据，接下来就实践项目中的交互方式做一个简单的记录分享，废话不多说，直接上正文：
上一篇文章介绍了UIWebView 如何通过WebViewJavascriptBridge 来实现JS 与OC 的互相调用，这一篇来介绍一下WKWebView 又是如何通过WebViewJavascriptBridge 来实现JS 与OC 的互相调用的。WKWebView 下使用WebViewJavascriptBridge与UIWebView 大同小异。主要是示例化的类不一样，一些与webView 相关的API调用不一样罢了。
UIWebView是常用开发控件，对于一些常用的设置是有必要记住或者记录下来的。 这里特别说一下，对于一个工程中整个就是一个WebView的情况，你可以通过一些设置来使整个工程显得接近于原生开发的APP，这样你是有机会被审核通过的。
引： 以前做项目的时候也做过webview和js交互，以为会手到擒来。结果WTFK、两天的时间来研究它。主要遇到了一个BUG，下面简单的说一下。
Objective-C，通常写作ObjC或OC和较少用的Objective C或Obj-C，是扩充C的面向对象编程语言。
随着摒弃了对iOS老系统的支持，项目也开始逐步开始转向WKWebView，本想着新系统应该能填一些WKWebView的坑，结果发现还是还是坑不断，这次在iOS12又遇到一个神坑。
参与工作时间比较长了，随着 Web前端行业的发展(大家都懂得..)，客户端与 Web端的交互也越来越频繁。其实本人不太喜欢依赖第三方，那种看不到摸不着的东西用起来总感觉不是很安心，同时也是为了保证双方都能够高效完成交互的途中不出现一些意料不到的异常，对此，研究了一下 JavaScriptCore这个库还是很有必要的，并分别结合 UIWebView以及 WKWebView做了一下交互总结。
先说说项目情况：使用phonegap创建的ios项目，然后在使用html + css开发网页中又使用了一个框架Framework7(Framework7是一个构建仿原生ios和android应用的框架)。造成把网站打包成app之后，只有一个入口主页面（假设该主页面为index.html）, 然后在index.html页面引用所有要用的css和js。其他html页面只有部分html标签，不引用css和js， 其他html页面的展示都是通过主页面index.html的链接进行跳转到那里！
要实现这样一个需求：按照本地的CSS文件展示一串网络获取的带HTML格式的只有body部分的文本，需要自己拼写完整的HTML。除此之外，还需要禁用获取的HTML文本中自带的 < img > 标签自动加载，并把下载图片的操作放在native端来处理，并通过JS将图片在Cache中的地址返回给UIWebview。
UIWebView 是苹果继承于 UIView 封装的一个加载 web 内容的类,它可以加载任何远端的web数据展示在你的页面上，你可以像浏览器一样前进后退刷新等操作。不过苹果在 iOS8 以后推出了 WKWebView 来加载 Web，并应用于 iOS 和 OSX 中，它取代了 UIWebView 和 WebView ，在两个平台上支持同一套 API。
之所做这个东西，源于之前项目中需要把一些页面用webView来呈现，但是web中需要调用native的方法，比如获取本地存的某些数据、调用摄像头等等，这里也就是说JS要和OC能够互通有无。所以简单来说我要做的事情就是要实现一个bridge，用于两方之间的通信，使其在web中能够像调用一个普通的JS一样去调用OC。
前言 我们大前端团队内部 📖每周一练 的知识复习计划继续加油，本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题，和相应的参考答案，文字和图片较多，建议大家可以收藏，根据文章目录来阅读。 之前分享的每周内容，我都整理到掘金收藏集 📔《EFT每周一练》 上啦，欢迎点赞收藏咯💕💕。 内容回顾： 《EFT 每周分享 —— Hybrid App 应用开发中 5 个必备知识点复习》 《EFT 每周分享 —— HTTP 的15个常
为何放弃第一种方案 UIWebView的JSContext获取 上篇中，我们通过简单的kvc获取UIWebVIew的JSContext，但是实际上，apple并未给开发者提供访问UIWebView的方法，虽然通过KVC可达到目标，但是当APP采用该种hack方法时，有很大几率不能通过APP Store的审核，这对于一个基于上线的商业APP而言是难以忍受的，所以我们必须寻找另一种方法来获取UIWebView的JSContext而且足够安全易用，因此我们需转移目光。 解决 WebFrameLoadDel
新建CMWebViewController，让其继承UIViewController，即：
CoreText 之后，苹果新增加了UITextkit，更容易实现图文混排，甚至混编！
UIWebView自iOS2就有，WKWebView从iOS8.0（2014年9月WWDC）才有，毫无疑问，WKWebView相对UIWebVIew要优秀得多，主要表现在以下几点：
前言 我们大前端团队内部 ?每周一练 的知识复习计划继续加油，本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题，和相应的参考答案，文字和图
①本文章适合有 UIWebView 基础的人看，如果实在没用过的话，至少你要知道 UIWebView 是个什么东西。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/53541088
之前介绍了移动端开发的相关技术，这一篇主要是从 Hybrid 开发的 JS Bridge 通信讲起。
之前lz公众号写个关于UIWebView的JS与App通信的文章，但是最新iOS审核规定需要替换掉UIWebView使用WKWebView才可以过审。但是之前有大量UIWebView交互的地方，怎么办？于是根据原有的交互经验抽离出来了LeeWKWebView……当然了希望大家能够喜欢，多多提意见
前言 我们大前端团队内部 ?每周一练 的知识复习计划继续加油，本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题，和相应的参考答案，文字和
随着移动互联网的发展，APP 开发模式也在不断的创新，从最初的 Native 开发到后来的 Hybrid 混合开发，再到最近比较火爆的 React Native、Weex 等项目，这些都标志着 APP 开发已经不再是纯 Native 的工作，还要涉及很多跨平台的技术。
前一篇文章中，我们大致的讲述了一下JavaScriptCore这个库在iOS开发中的应用。在文中最后的阶段，我们提到了WebViewJavaScriptBridge这个库。提到这个库，可能有一些人就要说了，现在都什么时代了，谁还会用这个库啊？全是坑！不错，早在三年前，这个库有过一段辉煌的时光，在苹果除了WKWebView之后，渐渐的使用这个库的人越来越少，尽管这个库也是支持了WKWebView的。 但是一个事物的存在就有他的价值，就算使用也不是那么频繁了，尽管他有很多的坑。但是对于一个开发者来说，我们应该取其精华去其糟粕，现如今出的很多的交互的bridge依旧是有部分交互逻辑沿用了WebViewJavaScriptBridge的思想。 这里就不得不提味精大神的一片文章，这篇文章里面深入浅出的谈了谈现如今Hybrid开发时常用的一些桥方法。有兴趣的可以去关注一下。废话不多说，那么我们今天就从源码开始解析这个库的使用以及原理。
Web 页面中的 JS 与 iOS Native 如何交互？JS 和 iOS Native 就好比两块没有交集的大陆，如果想要使它们相互通信就必须要建立一座“桥梁”。
Simulator Screen Shot 2016年4月16日 00.27.57.png
| 导语 现如今，在做移动端 H5 开发时，少不了与 Native 之间进行交互。而在Native中，H5的承载容器为 WebView，其核心是使用 WebView 控件实现加载 url。
| 导语 现如今，在做移动端 H5 开发时，少不了与 Native 之间进行交互。而在Native中，H5的承载容器为 WebView，其核心是使用 WebView 控件实现加载 url。 WebView的概念 WebView 用来展示网页的 view 组件，该组件是你运行自己的浏览器或者在你的线程中展示线上内容的基础。使用 Webkit 渲染引擎来展示，并且支持前进后退等基于浏览历史，放大缩小，等更多功能。 简单来说 WebView 是手机中内置了一款高性能 Webkit 内核浏览器，在 SDK 中封
起因：对企业内部应用进行架构重新设计与重构 位置：旧项目中HR助手的H5功能对接上线 网页中ajax请求未做任何异常处理，移动端点击goback未响应事件 错误异常：旧的h5开发人员由于不规范书写代码，在网页的onLoad中直接创建并且向服务器存储了表单，依赖webview的onUnLoad方法去校验表单是否有效。UIWebView 升级 WKWebView 导致网页中onUnLoad 方法失效。 导致：h5表单不断的创建，没有校验，数据未删除。 处理方案一：换回UIWebView(负责人的开发人员都不会
给两个链接： - webView:shouldStartLoadWithRequest:navigationType: public void addJavascriptInterface (Object object, String name)
实现的 效果就是上边那样：首先通过webview 进行网络请求 然后进行显示。 然后点击下一页的按钮 通过js的响应显示另一个网页 最后通过下一页的按钮可以返回到首页。 本文仅仅是h5跟ios 的交互的入门 所以没有做细致的描述。 首先先说一下思路：我的项目中是那样的：首先h5从后台拿到数据，然后我请求h5的界面，然后通过h5的按钮进行选择，通过ios控制按钮到那个界面。 这个小demo不涉及数据传输，只是界面的交互。 1 我自己写了两个小网页。 代码如下 首页的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
