一次把 WebView 秒开：WebView 缓存池的设计与落地移动端只要一碰到 H5，性能问题通常绕不开：首屏白屏、进入慢、返回卡、低端机尤其明显。很多时候并不是页面本身慢，而是 WebView 第一次创建与初始化 太“重”。 如果你的业务里存在「高频打开 WebView」的场景（活动页、协议页、结果页、视频互动层等），那么 WebView 缓存池基本是性价比最高的一类优化：把创建成本前置，把复

WebView 性能优化[[4-WebView 缓存池]] 在客户端刚启动时，就初始化一个全局的 WebView 待用，并隐藏；当用户访问了 WebView 时，直接使用这个 WebView 加载对应网页，并展示。这种方法可以比较有效的减少初始化 WebView 的时间。 主要的还是 h5那边的优化 Android 版本不同，采用了不同的内核，兼容性 crash oom：WebView 动态加载

图片优化[[7-图片低配系统 oom 优化]] 一、图片压缩的意义是什么 1.节约流量、2.降低服务器带宽、3.降低 app 内存占用 二、图片压缩的分类 1.质量压缩(图片存储卡大小)2.尺寸压缩 (内存) 如果是一张的话压缩处理，大量图片的话用 lru int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 102

冷启动优化traceview 检查耗时的方法 App 进程的创建等环节我们是无法主动控制的。应用开发唯一能做的就是减少在 Application 和第一个 Activity 中的工作量，从而缩短冷启动的时间。 Application 会执行多次，要只在主 app 的 Application 执行，加速启动if (AppUtils. inMainProcess (getApplication ())

ANR什么是 ANRANR 全称 Applicatipon No Response；Android 设计 ANR 的用意，是系统通过与之交互的组件 (Activity，Service，Receiver，Provider) 以及用户交互 (InputEvent) 进行超时监控，以判断应用进程 (主线程) 是否存在卡死或响应过慢的问题。其实就是很多系统中看门狗 (watchdog) 的设计思想。 An

在实践操作当中，可以从三个方面着手减小内存使用，首先是减小对象的内存占用，其次是内存对象的重复利用，最后是避免对象的内存泄露。也可以从从设备分级、Bitmap 优化和内存泄露这三个方面入手。 减小内存占用Bitmap 优化[[4.图片、glide优化]] 资源和图片压缩，对于低端机用户可以关闭复杂的动画、或者某些功能；使用 565 格式的图片 一个空进程也会占用 10M 的内存，减少应用启动的进

一篇文章让你轻松弄懂NestedScrollingParent & NestedScrollingChild NestedScrollView 从源码到实战.. 手把手实现ScrollView+ViewPager+RecyclerView常规嵌套首页布局 谁实现 NestedScrollingChild，谁实现 NestedScrollingParent ？在实际项目中，我们往往会遇到这

Android屏幕适配dp的问题px = dp(dpi/160) dpi是像素密度，指的是在系统软件上指定的单位尺寸的像素数量，它往往是写在系统出厂配置文件的一个固定值。 ppi参数，这个在手机屏幕中指的也是像素密度，但是这个是物理上的概念，它是客观存在的不会改变。dpi是软件参考了物理像素密度后，人为指定的一个值，这样保证了某一个区间内的物理像素密度在软件上都使用同一个值。

Android动画原理：不停修改view的不同属性，刷新 动画实现方式GIf一般Gif或者帧动画 的性能差是由于图过多，每秒种几十帧，每一帧都是一张图。一个小动画往往需要几十张图。如果变成资源下载，资源包体积难以控制。 原生Native 动画是属性动画或者补间动画。性能相比较gif而言性能比较好，但是有大量动画的需求时，往往生产力是不够的，一开始手动码动画，一个动画最多时写了3000多行code。

问题其一：锁屏后，调用 View.requestLayout ()，会往上层层调用 requestLayout () 吗？其二：锁屏后，调用 View.requestLayout ()，会触发 View 的测量和布局操作吗？ 第一层(往上，层层遍历)假设调用I.requestLayout ()，会触发哪些 View 的 requestLayout 方法？答：会依次触发I.requestLayout