01 布景先容91 国产
在智高手机阛阓上，高端机型常常备受谨慎，但低端机型亦占据了不成暴虐的份额。稠密厂商为答应低端阛阓的需求，约束推出低配系列手机。另外往常几年的中高端机型，跟着系统硬件的快速迭代，现仍是被归类为低端机型。爱奇艺APP领有巨大的用户基群，其中低端机型用户也占据了卓著一部分。低端机优化能给这部分用户带来踏实、畅达、高效的使用体验。底下将从冷启动、畅达性、加载速率三个维度先容爱奇艺APP对低端机的优化政策。
低端机分级政策
先容优化之前，咱们望望低端机的模范，低端机开采的判断平凡基于开采型号、内存大小和系统版块等要素。爱奇艺APP有我方的低端机分级政策，可在政策后台分场景（启动、畅达度等）、分品级（内存、机型、系统等）竖立优化政策，以保险不同场景的更优体验。
02 启动优化
启动是APP给用户开放的第一扇门，它的耗时口角告成影响用户后续的不雅感体验和留存，对业务臆测有显豁的影响。因此启动优化是技巧优化地点的要点责任实验。
相干先容
启动阶段的最先和极度：爱奇艺APP以 Application.attachBaseContext 为最先；以首页数据展现极度，该阶段经验的时长，行为线上普通冷启动耗时。这个主要经验 Application 创建阶段，MainActivity创建骄气阶段，告白，首页顶底导航数据加载及渲染，首页数据加载及渲染这几个阶段。
在这个过程中，要梳理出业务层作念了哪些责任，评估其扩充的必要性和扩充时机以及所处颐养线程的合感性；要监测干线程状况，是否堕入万古候睡眠；干线程音书/后台音书监测治理，是否有不适当预期的任务被触发；是否有充分运用系统资源，是否充分运用舒适时机作念预加载等。
业务功能原子化：为将启动阶段的任务粗略有序颐养、合理分拨资源，开发了一套对任务护士的框架TaskManager，将业务功能杀青包装在自界说Task里面，拆分得浪掷细，并设定Task之间的扩充依赖关系，预期被颐养扩充的线程，扩充时机等，然后赞助交由 TaskManager处理，这层任务护士是咱们实施启动优化的基础。
优化实践
开屏首页合并
早期爱奇艺APP开屏和首页是两个activity，两个activity带来一些用户体验问题：开屏收尾刚进首页时低端机卡顿显豁，首页也莫得立即展现，用户能看到首页数据和图片齐有一个从无到有的加载过程。
开屏阶段大多数场景是有开屏告白的，将开屏和首页合并到一个activity，运用开屏告白阶段将首页放到开屏页面的底下加载，而况将首页数据和UI展现分离并行处理，最大运用该阶段，最终可达到开机屏收尾时首页立即展现，低端机上卡顿也显豁好转。
首页的渲染给开屏告白也带来的一定的影响。告白倒计时骄气不踏实、少数类型的告白效能不畅达。对此首页加载拆成许多智商在告白的回调的触发护士，倒计时骄气使用surfaceView渲染保险其踏实性。
任务颐养优化
基于启动类型，编排启动阶段任务扩充时序，提前，延后，或不扩充，从而让用户尽早的看到概念页面。以下是爱奇艺针对低端机普通启动旅途下，对任务作念出的调治。
护士锁竞争
native库加载锁竞争：C层库加载是有锁的，Java层开多线程加载Lib库，到C层后仍会顺行扩充加载，这就会导致Java层线程梗阻恭候。爱奇艺在Application阶段有Lib库加载的需要，并要在干线程恭候其加载完成后调用相干的JNI步调；而又遭遇播放模块针对外部拉起进播放页这种情况，有预加载播放相干Lib库的需要，这会导致干线程参加恭候状况。可通过在启动阶段识别概念落地页，来决定是否扩充播放相干的Lib库预加载，从而解除大部分普通启动进首页的用户卡顿。（测试机 红米K40，Android12系统）
资源锁竞争：爱奇艺首页展现前，有别的模块在子线程预加载布局文献，导致 LayoutInfalter / ResourceManager / AssertsManager 层锁竞争强烈。将预加载布局的任务颐养到首页展现后扩充，而况端正预加载布局在合并个子线程里面扩充，可以看到改造后锁冲突次数大大减少了，这么能让首页更快展现出来。
Baseline Profiles
Baseline Profiles：Google在2022年推出Baseline Profiles，允许开发者在apk内置自界说的热门代码基准竖立文献。在APP安设时期，系统通过竖立文献提前预编译热门代码。可以略过运行时所包含代码旅途的解译和即时编译智商，普及初度启动代码扩充速率。
Startup Profiles：启动竖立文献是上述基准竖立文献一个子集，使用启动竖立文献可改造APK的DEX文献中的代码布局，从而进一步优化包含的类和步调。爱奇艺APP通过启动竖立文献将启动阶段的代码构建到合并个DEX文献中。使用上述两个政策爱奇艺APP在部分机型上初度启动速率普及约10%。
外链拉启优化
外链拉起亦然一种进攻启动方式，平凡有H5、共享、第三方APP等方式拉起91 国产，与普通冷启的分袂在于外链拉起的常常不是首页，是特定的概念页。爱奇艺最常见的场景是拉起播放页，要是咱们提前（application阶段）识别落地页，可以针对该落地页调治任务优先级，外链拉起播放页咱们提前识别出播放页将播放器相干的任务提前运调动。通过这一政策低端机上外链拉起开播提速约1.5秒。
03 畅达度优化
相干先容
爱奇艺APP大部分页面齐是基于自研的Card框架进行开发。Card框架是一种高度可复用的UI框架，在使用原生代码杀青基础UI布局和业务逻辑的基础上，通事后端下发的CSS逼迫来逼迫基础容器容貌，来达到页面区块合座的复用，以及针对实验容貌动态微调。是咱们双端（Android和IOS）杀青页面合座复用和局部微调的一种护士有缱绻。在基于这套框架的基础上对APP内页面畅达度进行优化，Card框架如下脾气：
复费用高：由控件组成实验区块（Block），由多个区块组成行；由多个行组合成Card，再由多个Card组合成所有这个词列表页面。其中业务最小可复用单位为Block。
动态性强：救济在后台竖立CSS文献，动态修改某个UI的容貌(笔墨的大小、情绪，圆角等等)。
优化实践
容貌Native化
Card页面的动态性和复用性导致了UI在布局上复杂性。一种类型的Block需要兼容多种容貌形态，例如一张图上的四个边缘，需要预埋各样类型的角标逻辑，而角标类型又包括纯图、纯文、图+文、可选中等形态。杀青各样容貌会导致View个数多、嵌套层级深，使得某些页面在低端机上滑动不够畅达。
为了优化这一近况，筛选出一些业务形态踏实的Card，针对这类Card作念容貌固化，在布局上作念了渊博精简。使得高下滑动上带来了显豁的帧率普及。例如瀑布流Card，咱们将杀青的View数目由40+减少到17个，布局层级从6层下落低到2层；在不同的低端机上，带来了10%到20%不等的滑动帧率普及。
View合并绘图
上述布局简化政策带来的普及效能是显豁的，但由于业务形态各样化，使得一些必要的View无法删减。为了进一步减少View个数和层级，将常用的Block布局中多个view合并到一个自界说的View上，运用View的画布，绘图文本、图片、按钮等容貌信息。此步调可以灵验减少View个数和嵌套层级，但仍需处理每个元素点击事件和按压效能。在低端机，此种政策可以带来约1~2fps的滑动帧率普及。
预创建&异步加载
布局预创建：如上图先容的三种容貌的Card中，使用的齐是block类型疏导（上图下文）。咱们将这些常用的、复费用高的Block布局，在启动阶段预加载到缓存池中，使得列表滑动中可以告成使用预创建的布局，从而减少UI绘图中的inflate时候。
布局异步创建：预创建对常用的布局效能是可以的，但不常用布局如故占据多数，这类布局在滚动过程使用AsyncLayoutInflater异步创建将要出现的布局，减少滚布局在UI线程的创建时候，同期也可以普及RecyclerView预取的效能。
RecyclerView预取：爱奇艺APP不少页面用嵌套的RecyclerView去作念横滑滚动居品形态，这类形态的card大多数在一屏里会显现3-5个item，笔据不同形态确立不同的预取数（setInitialPrefetchItemCount，默许是2）可以减少这类card显现时的卡顿。
干线程减少非UI任务扩充：在滚动过程检测干线程上耗时，发现部分非绘图任务在干线程扩充，UI线程领路JSON，开采数据库通顺等放到异步任务扩充。
冷启UI音书颐养
低端机在冷启动的过程中，资源耗尽会松懈达到一个峰值状况；存在渊博的UI音书(需要在UI线程扩充)和其他后台任务需要扩充。通过遏抑埋点分析，这阶段有4000多条音书（15秒内）需要在UI线程上扩充。在低端机上这些音书扩充的时候从1ms到150ms不等。扩充这些音书时系统的UI渲染音书就会被延时扩充，在低端机上用户在APP刚启动时面对滑动卡顿、点击反应慢等问题。
针对这一问题，咱们的护士有缱绻是遏抑所有往UI线程发送的音书加入到自界说的音书队伍中；再监测系统UI音书队伍的是否舒适状况，舒适时从自界说队伍取出音书重定向到系统UI音书队伍扩充；另外加多白名单机制针对部分高优的音书放行。针对颠倒有回退机制处理。
通过对UI音书颐养，使得低端机在冷启阶段卡顿进程得到了显豁的改善；通过对线上大数据监测，冻帧和掉帧数大幅度减少。冷启阶段普及帧率普及约8fps。
效能左迁政策
低端机上通过对部分效能左迁灵验的减少特定场景下卡顿， 爱奇艺APP作念了如下的左迁政策。
动效左迁：顶底导航动效左迁到静态图、播控动效关闭、部分居品功能的动效简化处理等。
播放左迁：滚动延时播放&部分场景不开播等政策。
ViewPager预加载左迁：拒接傍边Tab的预加载，减少了view绘图时候和内存支拨。
图片左迁：部分页面动图不播，图片使用565像素样式。
04 加载速率优化
相干先容
除了前述的启动优化外，咱们还专注于优化一些进攻页面，因为这些页面的用户造访频率极高，对它们的优化粗略显赫普及用户体验。例如来说，搜索是用户常常使用的功能之一，因此咱们对搜索步履进行了缜密化拆解，并对搜索的每个智商齐进行了优化处理。
优化实践
预肯求
平凡，页面的渲染过程平凡从Activity的onCreate步调动手。之后再发起蚁合肯求以取得必要的数据。取得到具体的数据之后再进行页面的渲染，之前在搜索场景咱们亦然这么的过程。
那有莫得可能提前取得到需要的数据呢？
其实用户在首页点击搜索框时，仍是有了蚁合肯求所需要的参数。那就完满可以在点击时，提前发起蚁合肯求，蚁合肯求与页面跳转并发进行，裁减了蚁合肯求时候。要是机器性能越差，页面点击到onCreate步调的时候越长，优化的时候也越多。低端机考据减少耗时约200ms。
据分次下发
用户在参加页面时，仅会呈现首屏数据，而页面下方的数据则需待用户扩充滑动操作方能骄气。因此，咱们优先确保首屏数据的展示，通过减少初度数据下发的大小，减少了数据取得、数据传输、数据领路所需的耗时。在首屏数据渲染完成后，咱们会再次发起接口肯求，确保用户在扩充滑动操作时，也粗略立即呈现后续数据。在首页、半播页、搜索等多个要点页面齐给与该有缱绻进行优化，比如在搜索场景使用该有缱绻，考据减少约200ms。
预创建
布局预创建：在搜索中间页舒适时，咱们针对复用进程很高的布局，提前将这些布局创建到缓存中，页面委果渲染时，告成使用预创建好的布局，幸免了view进行inflate的时候。
Fragment 预创建：在搜索中间页舒适时，提前创建好驱散页的Fragment容器，在驱散页展示时就不消创建对应的容器，减少容器创建耗时。
干线程优化
在页面加载时，但愿尽可能是页面相干的干线程任务先扩充，要是进攻任务颐养被霸占了，就会影响页面渲染效能。通过咱们里面自研的Tracepeed器具，接受干线程的Looper.loop() ,可以发现干线程中耗时较大的任务。要是发现耗时较长的低优先级任务被先扩充了，可以调治任务颐养，让进攻任务优先扩充。
比如在搜索驱散页加载过程中，图片加载是一个进攻的任务。但在低端机上，发现某些情况下会有另外一个任务霸占干线程，导致图片加载耗时偶而长达1s。针对这种场景，调治任务颐养，让图片加载任务优先扩充，耗时踏实到在100+ms。
业务逻辑优化
针对不同的业务，咱们也分析了具体的业务逻辑，对相干逻辑进行优化：
空图优化：在选集加载时，某些场景，后端会下发一个空图片，而这个空图片也会进行加载，导致页面加载耗时加多，因此咱们针对空图，端正不进行加载。
高频逻辑优化：在进行优化时，高频步调是一个需要要点宽恕的点，优化一些常用的高频步调，各个页面耗时齐可以得到优化。比如：在基础控件上的运调动上，幸免不消步调的扩充，减少了这类高频步调的耗时。
耗时步调异步扩充：在页面加载过程中，也会有一些优先级不那么高的业务逻辑，当发现这些逻辑后，可以通过异步框架去扩充这些逻辑，从而减少页面加载耗时。
防劣化
经过捏续约束的优化，页面加载耗时已达到踏实水平。但是，在约束进行的开发迭代过程中，咱们留心到了一些耗时加多的情况。怎么灵验地驻扎这种劣化的发生呢？
通过在代码里面要点步调进行埋点，每天定时扩充活水线任务，屡次扩充取平均值后。用可视化的方式可以发现页面加载的波动情况。要是出现了劣化，就可以通过任务对比，直不雅的发现两次任务耗时各异点在那处，针对耗时各异点进行分析优化。
05 归来与瞻望
低端机优化包括许多方面，上述先容的几个中枢业务场景下的部分优化妙技，优先处理要道性能问题，灵验普及低端机的运行性能，其中需要用的器具分析、线上监控、预计模范这里莫得说起，这些亦然性能优化的进攻利器。Android碎屑化严重，低端机优化任重而说念远。后续咱们继续精进打磨，寻找新的优化冲破点91 国产，以技巧更动为用户提供踏实畅达的使用体验，助力高质料增长。