概述 WebView就是一个内嵌浏览器控件，在iOS中主要有两种WebView：UIWebView和WKWebView，UIWebView是iOS2之后开始使用，WKWebView是在iOS8开始使用，WKWebView将逐步取代笨重的UIWebView。 相比UIWebView，WKWebView做了如下优化： WKWebView更多的支持HTML5的特性 WKWebView更快，占用内存可能只有UIWebView的1/3 ~ 1/4 WKWebView高达60fps的滚动刷新率和丰富的内置手势 WKWe
原文作者：享物说 https://juejin.im/post/5c778d86e51d4506304ee348
iOS: UIWebview loadhtmlstring & Localcss/js/image resources
为何放弃第一种方案 UIWebView的JSContext获取 上篇中，我们通过简单的kvc获取UIWebVIew的JSContext，但是实际上，apple并未给开发者提供访问UIWebView的方法，虽然通过KVC可达到目标，但是当APP采用该种hack方法时，有很大几率不能通过APP Store的审核，这对于一个基于上线的商业APP而言是难以忍受的，所以我们必须寻找另一种方法来获取UIWebView的JSContext而且足够安全易用，因此我们需转移目光。 解决 WebFrameLoadDel
iOS: UIWebview loadhtmlstring & Local css/js/imageresources
①本文章适合有 UIWebView 基础的人看，如果实在没用过的话，至少你要知道 UIWebView 是个什么东西。
WebView的优缺点： 优点：（1）跨平台（2）发布更新快（3）排版布局能力强 缺点：（1）性能差（2）数据通讯复杂（3）耗费流量 使用场景：（1）排版复杂的内容（2）需后台灵活控制的界面 一、初始化与三种加载方式 UIWebView继承于UIView，因此，其初始化方法和一般的view一样，通过alloc和init进行初始化，其加载数据的方式有三种： 1.第一种： - (void)loadRequest:(NSURLRequest *)request; 这是加载网页最常用的一种方式，通过一
UIWebView是苹果继承于UIView封装的一个加载web内容的类,它可以加载任何远端的web数据展示在你的页面上，你可以像浏览器一样前进后退刷新等操作。不过苹果在iOS8以后推出了WKWebView来加载Web。UIWebView自iOS2就有，WKWebView从iOS8才有，毫无疑问WKWebView是将会逐步取代笨重的UIWebView。且UIWebView存在占用过多内存，js执行效率低等问题。而WKWebView网页加载速度大有提升，占用更少内存。
2016-05-0908:24:25 发表评论 0℃热度 写一些平时看书学习iOS的笔记，基础的、进阶的都有，供以后回顾，也可以让刚开始学习的同学学习。 1 UIWebView简介 UIWebView
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
在上篇文章中讲述了使用UIWebView拦截URL的方式来处理JS与OC交互。 由于UIWebView比较耗内存，性能上不太好，而苹果在iOS 8中推出了WKWebView。 同样的用WKWebView也可以拦截URL，做JS 与OC交互。关于WKWebView与UIWebView的对比，大家请自动百度或者google。
UIWebView是常用开发控件，对于一些常用的设置是有必要记住或者记录下来的。 这里特别说一下，对于一个工程中整个就是一个WebView的情况，你可以通过一些设置来使整个工程显得接近于原生开发的APP，这样你是有机会被审核通过的。
在App开发中，内嵌WebView始终占有着一席之地。它能以较低的成本实现Android、iOS和Web的复用，也可以冠冕堂皇的突破苹果对热更新的封锁。 然而便利性的同时，WebView的性能体验却备受质疑，导致很多客户端中需要动态更新等页面时不得不采用其他方案。 以发展的眼光来看，功能的动态加载以及三端的融合将会是大趋势。那么如何克服WebView固有的问题呢？我们将从性能、内存消耗、体验、安全几个维度，来系统的分析客户端默认WebView的问题，以及对应的优化方案。 性能 对于WebView的性能，给人
最近准备把之前用UIWebView实现的JS与原生相互调用功能，用WKWebView来替换。顺便搜索整理了一下JS 与OC 交互的方式，非常之多啊。目前我已知的JS 与 OC 交互的处理方式：
UIWebView 在 iOS12 中已经被废弃，同时WKWebView在iOS8中已经出现。所以无特殊情况的话，我们一般应该也是用不到前者了！ UIWebView 相比于 WKWebView 的使用上会简单很多。
今天把实现OC代码和JS代码交互的第三方库WebViewJavascriptBridge源码看了下，oc调用js方法我们是知道的，系统提供了stringByEvaluatingJavaScriptFromString函数
先说说项目情况：使用phonegap创建的ios项目，然后在使用html + css开发网页中又使用了一个框架Framework7(Framework7是一个构建仿原生ios和android应用的框架)。造成把网站打包成app之后，只有一个入口主页面（假设该主页面为index.html）, 然后在index.html页面引用所有要用的css和js。其他html页面只有部分html标签，不引用css和js， 其他html页面的展示都是通过主页面index.html的链接进行跳转到那里！
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎，简单来说负责页面的布局，绘制以及层的合成，但是WebKit工程中不仅仅有关于渲染相关的逻辑，也集成了默认的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC构建，不过有一些私有的优化，总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑，它包括了2部分：解释器和简单方法JIT。解释器比较容易理解，针对某种类型的文件解释执行，在JSC中，它的目标文件是由代码构建的语法树生成的字节码文
摘要：替换UIWebview为WKWebview时，遇到一个怪异的现象，webview的二级界面回到一级界面时，一级重新渲染时，会直接抛错；
Objective-C，通常写作ObjC或OC和较少用的Objective C或Obj-C，是扩充C的面向对象编程语言。
| 导语 现如今，在做移动端 H5 开发时，少不了与 Native 之间进行交互。而在Native中，H5的承载容器为 WebView，其核心是使用 WebView 控件实现加载 url。
| 导语 现如今，在做移动端 H5 开发时，少不了与 Native 之间进行交互。而在Native中，H5的承载容器为 WebView，其核心是使用 WebView 控件实现加载 url。 WebView的概念 WebView 用来展示网页的 view 组件，该组件是你运行自己的浏览器或者在你的线程中展示线上内容的基础。使用 Webkit 渲染引擎来展示，并且支持前进后退等基于浏览历史，放大缩小，等更多功能。 简单来说 WebView 是手机中内置了一款高性能 Webkit 内核浏览器，在 SDK 中封
UIWebView自iOS2就有，WKWebView从iOS8.0（2014年9月WWDC）才有，毫无疑问，WKWebView相对UIWebVIew要优秀得多，主要表现在以下几点：
之前lz公众号写个关于UIWebView的JS与App通信的文章，但是最新iOS审核规定需要替换掉UIWebView使用WKWebView才可以过审。但是之前有大量UIWebView交互的地方，怎么办？于是根据原有的交互经验抽离出来了LeeWKWebView……当然了希望大家能够喜欢，多多提意见
hh.jpeg 先前在项目中使用了UIWebView 在项目中一些比较复杂的UI布局、需后台灵活控制的界面、原网页，可以考虑UIWebView 在用它之前跟大家说下它的优缺点 优点: 可跨平台 开发一次可以部署iOS、Android等平台。 发布更新快 在服务器端发布，能够实时更新终端展示，便于快速升级以及紧急修复bug 排版布局能力强 强大的HTML+CSS让人膜拜 缺点: 性能 相对于原生的app来说，使用UIWebView的app相对来说性能会低一点，
引： 以前做项目的时候也做过webview和js交互，以为会手到擒来。结果WTFK、两天的时间来研究它。主要遇到了一个BUG，下面简单的说一下。
随着移动互联网的发展，APP 开发模式也在不断的创新，从最初的 Native 开发到后来的 Hybrid 混合开发，再到最近比较火爆的 React Native、Weex 等项目，这些都标志着 APP 开发已经不再是纯 Native 的工作，还要涉及很多跨平台的技术。
UIWebView 是苹果继承于 UIView 封装的一个加载 web 内容的类,它可以加载任何远端的web数据展示在你的页面上，你可以像浏览器一样前进后退刷新等操作。不过苹果在 iOS8 以后推出了 WKWebView 来加载 Web，并应用于 iOS 和 OSX 中，它取代了 UIWebView 和 WebView ，在两个平台上支持同一套 API。
前言 我们大前端团队内部 📖每周一练 的知识复习计划继续加油，本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题，和相应的参考答案，文字和图片较多，建议大家可以收藏，根据文章目录来阅读。 之前分享的每周内容，我都整理到掘金收藏集 📔《EFT每周一练》 上啦，欢迎点赞收藏咯💕💕。 内容回顾： 《EFT 每周分享 —— Hybrid App 应用开发中 5 个必备知识点复习》 《EFT 每周分享 —— HTTP 的15个常
iOS开发免不了要与UIWebView打交道，然后就要涉及到JS与原生OC交互，今天总结一下JS与原生OC交互的两种方式。
今天在对接一个网页时加载网页总是碰到 Error loading page Domain: WebKitErrorDomain Error Code: 101 The URL can't be shown （无法显示的URL）这样的错误，当然WebView屏幕中间也出现了这样错误的提示和内容。
前言 我们大前端团队内部 ?每周一练 的知识复习计划继续加油，本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题，和相应的参考答案，文字和图
WebViewJavascriptBridge是一个有点年代的JS与OC交互的库，使用该库的著名应用还挺多的，目前这个库有7000+star。我去翻看了它的第一版本已经是4年前了，在版本V4.1.4以及之前，该库只有一个类和一个js 的txt文件，所以旧版本的WebViewJavascriptBridge 是非常容易理解的。而最新版的WebViewJavascriptBridge因为也要兼容WKWebView，所以里面也加入了两个新的类，一开始看的时候，会被它里面复杂的逻辑吓到，其实仔细阅读后，它还是非常简单的。
UIWebView，可通过UIWebViewNavigationTypeBackForward来监听返回事件
Simulator Screen Shot 2016年4月16日 00.27.57.png
前面讲完拦截URL的方式实现JS与OC互相调用，终于到JavaScriptCore了。它是从iOS7开始加入的，用 Objective-C 把 WebKit 的 JavaScript 引擎封装了一下，提供了简单快捷的方式与JavaScript交互。 关于JavaScriptCore的使用有两篇很好的文章： NSHipster中文版的JavaScriptCore iOS7 新JavaScriptCore框架入门介绍
前言 我们大前端团队内部 ?每周一练 的知识复习计划继续加油，本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题，和相应的参考答案，文字和
时至今日，我都在想“微信小程序”为什么不能做成Web式，而是要去加那么一层隔离，终归其原因，还是随着时间向前走，Hybrid的载体也发生了变化，不然该卡的还是一样卡的一逼。从iOS的角度上来说载体从UIWebView变成了WKWebView，Android有着他们自研的X5当然原生的内核，如果你用着Android7.0也不见得会卡，这才是小程序能出来的根本原因，没有载体，一切都是空谈。
CoreText 之后，苹果新增加了UITextkit，更容易实现图文混排，甚至混编！
要实现这样一个需求：按照本地的CSS文件展示一串网络获取的带HTML格式的只有body部分的文本，需要自己拼写完整的HTML。除此之外，还需要禁用获取的HTML文本中自带的 < img > 标签自动加载，并把下载图片的操作放在native端来处理，并通过JS将图片在Cache中的地址返回给UIWebview。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/53942862
弹窗包括：alert、confirm、prompt, 和url拦截类似都在回调方法中处理
慢网时，页面内通过按钮等控件跳转可能会出现报错（即使视觉上网页跳转并加载成功）。这是由于当一个按钮点击跳转另一个网页时，会走网页加载错误的代理方法。而走代理方法的原因是因为上一个URL还没完全加载完全，就开始下一个URL的请求，就会走该代理方法。
iOS和JS的交互看似两个问题，其实要解决的问题只有一个，那就是JS如何调用native方法。因为查询文档我们就可以发现，在UIWebView中，native有直接调用JS的方法, 但是JS却没有直接调用native的方法。 一、native直接调用js的方法： -(NSString*)stringByEvaluatingJavaScriptFromString :(NSString *)script; 二、JS直接调用native的方法 其实，UIWebView并没有提供JS调用native的方法，但是我
为了提高开发效率，开发人员往往会使用原生app里面嵌套前端h5页面的快速开发方式，这就要涉及到h5和原生的相互调用，互相传递数据，接下来就实践项目中的交互方式做一个简单的记录分享，废话不多说，直接上正文：
近些年，移动端普及化越来越高，开发过程中选用 Native 还是 H5 一直是热门话题。Native 和 H5 都有着各自的优缺点，为了满足业务的需要，公司实际项目的开发过程中往往会融合两者进行 Hybrid 开发。Native 和 H5 分处两地，看起来无法联系，那么如何才能让双方协同实现功能呢？
描述：通过获取沙盒H5路径直接加载 将h5文件存入沙盒，webview加载本地文件URL 。
Open signal 官方提供了2019年2月份统计的全世界4G网络覆盖率和通信速率的统计分布图如下，在目前移动互联网的浪潮下，我们要利用好用户终端设备的每个字节的流量。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/53189934
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
