chuyouyinghe的专栏

比如我第一个要说的就是你项目如果集成了AutoSize的话，并且使用了副单位，会有一定概率webview里面适配失效，注意失效后会因为单位特别大等原因看起来是白屏（其实是超出了可视范围导致看不见了而已），你还需要适配下即可。在Android 5.0之后，WebView默认不允许Https + Http的混合使用方式，所以当Url是Https的，图片资源是Http时，导致页面加载失败。平时工作中和前端交流也是，他们说的最多的就是缓存问题，web遇见bug或问题，说浏览器或缓存的问题，刷新下就好了。

在 Android 开发中，不管是详情的全屏图文混排，还是文本带小图片小标签的展示，只要涉及到图文混排我们可以用三种方案来实现，drawable,spannable,html 显示。为了兼容前后端，兼容其他端，我们最常用的肯定是用 html 的方式显示的兼容性最好，但是为什么后端返回的富文本的 html 在 iOS 上能正常显示，在 Android 上显示不了啊？啊？

在Android应用开发中，WebView是一个常用的组件，用于在应用中展示网页内容。然而，WebView的启动速度和性能可能会影响用户体验，特别是在一些性能较低的设备上。本文将介绍一些优化WebView启动的技巧，以提高应用的响应速度和用户体验。在优化WebView启动的过程中，主要有以下几个方面：加载优化：通过预加载，延迟加载，可以有效减少启动的时间。请求优化：通过并行、拦截请求策略，可以加快网络耗时，与减少重复的耗时。缓存优化：合理使用缓存，减少网络请求，提高加载速度。

前几天，看到了郭神讲述了关于自己如何让Android版本Edge浏览器支持插件的文章，深受震感。当时我在想那该如何开发一个浏览器插件呢？这是我的盲区，因此便有了这篇文章。

以上内容是我针对移动端 Deeplink 方案的总结，针对 Deferred deeplink，自己并未经过完整技术方案的实践，如有不足，欢迎指出！作者：九心链接：https://juejin.cn/post/7341720847880798235来源：稀土掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

自定义Html标签，使得TextView具备更多更强的html解析能力，其次也能自定义标签，并且实现更多css属性样式，整个过程看似复杂，实际上了解了xml或者html解析过程，你就会对控制流更加熟悉。另一个知识点是Android Span标记，我们可以注意到，整个过程打了2次标记，第一次是普通css标记，负责记录css属性值，第二次打上Android Span标记，用于TextView渲染逻辑。

本文从实际矛盾出发，带领大家思考 AndroidX Webkit 的产生原因和实现原理，对于AndroidX Webkit 的几个功能分别做了简单的介绍，希望大家能在这篇文章获得一点启发和帮助。作者：简绘Android链接：https://juejin.cn/post/7259762775365320741来源：稀土掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

通过 http(s) 的连接复用机制，我们可以考虑使用预连接来优化 APP 中某些场景的网络请求速度，这需要我们根据实际业务场景以及服务器压力来判断是否进行预连接。另外我们可以适当调大连接池的容量和超时时间，由于连接是双向的，即使客户端把 Connection 一直保留，服务端也会根据实际连接数量和时长来自动关闭连接的，所以调大连接池一般不会增大服务器压力。

1为了满足跨平台和动态性的要求，如今很多 App 都采用了 Hybrid 这种比较成熟的方案来满足多变的业务需求。Hybrid 也叫混合开发，即半原生半 H5 的方式，通过 WebView 来实现需要高度灵活性的业务，在需要和 Native 做交互或者是调用特定平台能力时再通过 JsBridge 来实现两端交互。采取 Hybrid 方案的理由可以有很多个：实现跨平台和动态更新、保持各端之间业务和逻辑的统一、满足快速开发的需求；

下面接着上篇博客的 Demo 继续完善链接：https://juejin.cn/post/7143026094289977381来源：稀土掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

来掘金的第一篇博客，分享下自己开发过程中对 WebView 的一些实践思路。后续也会随缘在掘金更新博客，方便自己回忆的同时也能够跟大家互相交流。WebView 系列将从零开始构建一个 Demo，所以一些不重要的代码写的略为粗糙，重在分享思路，本次博客源码会放在本系列博客最后一篇里，如有设计不足，请大家多多指教 🙏 🙏 🙏WebView 缓存管理、和原生部分共用图片缓存WebView 生命周期回调WebView 复用池 回收 复用网页秒开（主要是本地模板这种情况）、图片懒加载白屏检测。

核心的内容都在上面了，如果还有一些细节上存在疑问。可以留言或者私信我，我将很乐意为您解答。如果出现图片上传失败，不妨看看我另一篇文章——【Android】混合开发 - 奇案 - 上传照片至 H5 失败，或许能为你解决相关问题。​作者：Quincy_Ye链接：https://juejin.cn/post/7145290364969025549来源：稀土掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

WebView性能优化方案：1、WebView预初始化：为了减少WebView的性能损耗，我们可以在合适时机提前创建好WebView，并存入缓存池，当页面需要显示内容时，直接从缓存池获取创建好的WebView，根据性能数据显示，WebView预创建可以减少首屏渲染时间200ms+。

项目中经常会用到WebView，Android原生的WebView使用会有点不太好用，在此介绍一个比较好用的X5WebView。

但是这么做有一个很大的坑，就是每次销毁的时候它的Url并没有清除，我们又不能使用webView的destory方法，那么我们第一个启动Web并返回是正常的，第二次再启动再返回，此时使用的是缓存WebView，是无法一次返回的。那么这样的效果还是有问题，之前我们还需要按2次返回键才能返回Web页面，而现在我们加载了一个空视图之后，现在在Web的栈顶，按一次返回键会返回一个空白的页面，再按返回才能返回，还是需要二次返回。这么做可以大大的提升页面的加载速度，特别适用于一些固定样式的页面，如文章的详情之类。...

WebView与原生对比差在哪里？这里引用百度APP图片来说明。百度的开发人员将这一整个过程划分为了四个阶段，并统计出了各个阶段的平均耗时。可以看到，在初始化组件阶段就花费了 260 ms，首次创建耗时均值为 500 ms，毫无疑问这是我们要优化的第一点。而最耗时的当属正文加载&渲染和图片加载两个阶段。为什么会这么耗时呢，因为这两个阶段需要进行多次网络请求、JS 调用、IO 读写。所以这里也是我们需要优化的地方。可以得出优化方向：WebView预创建和复用 渲染优化（JS、

首先在WebViewClient中添加@Override public void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error) { // 不要使用super，否则有些手机访问不了，因为包含了一条 handler.cancel() // super.onReceivedSslError(view, handler, error); // 接受所有网...

首先想当然地想到在XML设置背景颜色android:background="@color/transparent"但是运行后发现结果并非是透明的,而是白色的!后来search之..发现有说需要关闭硬件加速的//代码关闭:mWebView.setLayerType(View.LAYER_TYPE_SOFTWARE,null);//xml里设置:android:layerType="software"有说的用mWebView.setBackgroundColor(0).