前言 估计有很多iOS开发的小伙伴都曾遇到过这问题，就是在web中通过什么方式去判断用户的下载行为？ 最近要完善一个功能，于是就翻找了很多文章，但是大多文章写的判断逻辑都存在问题，于是一番搜索和研究，

从19年 iOS 13开始Apple就建议我们将App中使用UIWebView的地方切换为WKWebView了。 按照Apple2019年12月13日的文档,20年4月，新应用必须使用WKWebViw

一、iOS中的WebView 在 iOS 开发 Hybrid App 的时候，有两个 WebView 可以选择: UIWebView WKWebView 这两个 WebView 控件，可以完全只借助

背景 原生架构+H5页面的组合是很常见的项目开发模式了，H5的优势是跨平台、开发快、迭代快、热更新，很多大厂的App大部分业务代码都是H5来实现的，众所周知H5页面的体验是比原生差的，特别是网络环境差

前言 随着移动互联网的快速发展，Web开发与原生应用开发的界限正逐渐变得模糊。一方面，Web技术在不断的进步，许多先前只能在原生应用中实现的功能，如离线存储、设备API访问等，现在已经可以通过Web技

众所周知，WKWebView是一个独立进程，对于开发者来说，WKWebView相当于一个黑盒。那么当开发者需要监控/接管WKWebView网络请求时，我们是否有方法可循呢？如果你也有这样的疑问，那请听

不想让前端代码做一些 App 个性化适配的前提下，想要提高秒开率，又不想开隐藏容器增加内存开销，那在 iOS 上只有这一种拦截方式了。笔者踩了很多坑，来让大家少走弯路。

之前主要使用UIWebView进行页面的加载，但是UIWebView存在很多问题，在2020年已经被苹果正式抛弃。所以本篇文章主要讲解WKWebView，WKWebView从iOS8开始支持，现

WKWebView 是 iOS 8 之后提供的一款浏览器组件，其载入速度和内存占用对比老的 UIWebView 来说简直是一次飞跃。下面对比 UIWebView 介绍该组件如何去使用，以及使用过程中会存在的问题。