Android最全Android 启动优化(六)- 深入理解布局优化,2024面试题

最后

今天关于面试的分享就到这里,还是那句话,有些东西你不仅要懂,而且要能够很好地表达出来,能够让面试官认可你的理解,例如Handler机制,这个是面试必问之题。有些晦涩的点,或许它只活在面试当中,实际工作当中你压根不会用到它,但是你要知道它是什么东西。

最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题,把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节,由于篇幅有限,这里以图片的形式给大家展示一部分。

还有 高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 帮助大家学习提升进阶,也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。

【算法合集】

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

**Android精讲视频领取学习后更加是如虎添翼!**进军BATJ大厂等(备战)!现在都说互联网寒冬,其实无非就是你上错了车,且穿的少(技能),要是你上对车,自身技术能力够强,公司换掉的代价大,怎么可能会被裁掉,都是淘汰末端的业务Curd而已!现如今市场上初级程序员泛滥,这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期,想要年后突破自己涨薪的,进阶Android中高级、架构师对你更是如鱼得水,赶快领取吧!

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

private val queue: MutableList = CopyOnWriteArrayList()

private val list: MutableList = CopyOnWriteArrayList()

fun setCallBack(iViewStubTask: IViewStubTask?): ViewStubTaskManager {

this.iViewStubTask = iViewStubTask

return this

}

fun addTask(viewStubTasks: List): ViewStubTaskManager {

queue.addAll(viewStubTasks)

list.addAll(viewStubTasks)

return this

}

fun addTask(viewStubTask: ViewStubTask): ViewStubTaskManager {

queue.add(viewStubTask)

list.add(viewStubTask)

return this

}

fun start() {

if (isEmpty()) {

return

}

iViewStubTask?.beforeTaskExecute()

// 指定 decorView 绘制下一帧的时候会回调里面的 runnable

ViewCompat.postOnAnimation(decorView, this)

}

fun stop() {

queue.clear()

list.clear()

decorView.removeCallbacks(null)

}

private fun isEmpty() = queue.isEmpty() || queue.size == 0

override fun run() {

if (!isEmpty()) {

// 当队列不为空的时候,先加载当前 viewStubTask

val viewStubTask = queue.removeAt(0)

viewStubTask.inflate()

iViewStubTask?.onTaskExecute(viewStubTask)

// 加载完成之后,再 postOnAnimation 加载下一个

ViewCompat.postOnAnimation(decorView, this)

} else {

iViewStubTask?.afterTaskExecute()

}

}

fun notifyOnDetach() {

list.forEach {

it.onDetach()

}

list.clear()

}

fun notifyOnDataReady() {

list.forEach {

it.onDataReady()

}

}

}

interface IViewStubTask {

fun beforeTaskExecute()

fun onTaskExecute(viewStubTask: ViewStubTask)

fun afterTaskExecute()

}

源码地址:github.com/gdutxiaoxu/… ViewStubTaskViewStubTaskManager**, 有兴趣的可以看看

异步加载

==================================================================

异步加载,简单来说,就是在子线程创建 View。在实际应用中,我们通常会先预加载 View,常用的方案有:

  1. 在合适的时候,启动子线程 inflate layout。然后取的时候,直接去缓存里面查找 View 是否已经创建好了,是的话,直接使用缓存。否则,等待子线程 inlfate 完成。

AsyncLayoutInflater


官方提供了一个类,可以来进行异步的inflate,但是有两个缺点:

  1. 每次都要现场new一个出来

  2. 异步加载的view只能通过callback回调才能获得(死穴)

因此,我们可以仿造官方的 AsyncLayoutInflater 进行改造。核心代码在 AsyncInflateManager。主要介绍两个方法。

asyncInflate 方法,在子线程 inflateView,并将加载结果存放到 mInflateMap 里面。

@UiThread

fun asyncInflate(

context: Context,

vararg items: AsyncInflateItem?

) {

items.forEach { item ->

if (item == null || item.layoutResId == 0 || mInflateMap.containsKey(item.inflateKey) || item.isCancelled() || item.isInflating()) {

return

}

mInflateMap[item.inflateKey] = item

onAsyncInflateReady(item)

inflateWithThreadPool(context, item)

}

}

getInflatedView 方法,用来获得异步inflate出来的view,核心思想如下

  • 先从缓存结果里面拿 View,拿到了view直接返回

  • 没拿到view,但是子线程在inflate中,等待返回

  • 如果还没开始inflate,由UI线程进行inflate

/**

  • 用来获得异步inflate出来的view

  • @param context

  • @param layoutResId 需要拿的layoutId

  • @param parent container

  • @param inflateKey 每一个View会对应一个inflateKey,因为可能许多地方用的同一个 layout,但是需要inflate多个,用InflateKey进行区分

  • @param inflater 外部传进来的inflater,外面如果有inflater,传进来,用来进行可能的SyncInflate,

  • @return 最后inflate出来的view

*/

@UiThread

fun getInflatedView(

context: Context?,

layoutResId: Int,

parent: ViewGroup?,

inflateKey: String?,

inflater: LayoutInflater

): View {

if (!TextUtils.isEmpty(inflateKey) && mInflateMap.containsKey(inflateKey)) {

val item = mInflateMap[inflateKey]

val latch = mInflateLatchMap[inflateKey]

if (item != null) {

val resultView = item.inflatedView

if (resultView != null) {

//拿到了view直接返回

removeInflateKey(item)

replaceContextForView(resultView, context)

Log.i(TAG, “getInflatedView from cache: inflateKey is $inflateKey”)

return resultView

}

if (item.isInflating() && latch != null) {

//没拿到view,但是在inflate中,等待返回

try {

latch.await()

} catch (e: InterruptedException) {

Log.e(TAG, e.message, e)

}

removeInflateKey(item)

if (resultView != null) {

Log.i(TAG, “getInflatedView from OtherThread: inflateKey is $inflateKey”)

replaceContextForView(resultView, context)

return resultView

}

}

//如果还没开始inflate,则设置为false,UI线程进行inflate

item.setCancelled(true)

}

}

Log.i(TAG, “getInflatedView from UI: inflateKey is $inflateKey”)

//拿异步inflate的View失败,UI线程inflate

return inflater.inflate(layoutResId, parent, false)

}

简单 Demo 示范


第一步:选择在合适的时机调用 AsyncUtils#asyncInflate 方法预加载 View,

object AsyncUtils {

fun asyncInflate(context: Context) {

val asyncInflateItem =

AsyncInflateItem(

LAUNCH_FRAGMENT_MAIN,

R.layout.fragment_asny,

null,

null

)

AsyncInflateManager.instance.asyncInflate(context, asyncInflateItem)

}

fun isHomeFragmentOpen() =

getSP(“async_config”).getBoolean(“home_fragment_switch”, true)

}

第二步:在获取 View 的时候,先去缓存里面查找 View

override fun onCreateView(

inflater: LayoutInflater, container: ViewGroup?,

savedInstanceState: Bundle?

): View? {

// Inflate the layout for this fragment

val startTime = System.currentTimeMillis()

val homeFragmentOpen = AsyncUtils.isHomeFragmentOpen()

val inflatedView: View

inflatedView = AsyncInflateManager.instance.getInflatedView(

context,

R.layout.fragment_asny,

container,

LAUNCH_FRAGMENT_MAIN,

inflater

)

Log.i(

TAG,

“onCreateView: homeFragmentOpen is $homeFragmentOpen, timeInstance is ${System.currentTimeMillis() - startTime}, ${inflatedView.context}”

)

return inflatedView

// return inflater.inflate(R.layout.fragment_asny, container, false)

}

优缺点


优点

可以大大减少 View 创建的时间,使用这种方案之后,获取 View 的时候基本在 10ms 之内的。

缺点

  1. 由于 View 是提前创建的,并且会存在在一个 map,需要根据自己的业务场景将 View 从 map 中移除,不然会发生内存泄露

  2. View 如果缓存起来,记得在合适的时候重置 view 的状态,不然有时候会发生奇奇怪怪的现象。

总结

================================================================

参考文章:Android - 一种新奇的冷启动速度优化思路(Fragment极度懒加载 + Layout子线程预加载)

  1. View 的渐进式加载,在 JectPack compose 没有推广之后,推荐使用这种方案,适配成本低

  2. View 的异步加载方案,虽然效果显著,但是适配成本也高,没搞好,容易发生内存泄露

总结

算法知识点繁多,企业考察的题目千变万化,面对越来越近的“金九银十”,我给大家准备好了一套比较完善的学习方法,希望能帮助大家在有限的时间里尽可能系统快速的恶补算法,通过高效的学习来提高大家面试中算法模块的通过率。

这一套学习资料既有文字档也有视频,里面不仅仅有关键知识点的整理,还有案例的算法相关部分的讲解,可以帮助大家更好更全面的进行学习,二者搭配起来学习效果会更好。

部分资料展示:




有了这套学习资料,坚持刷题一周,你就会发现自己的算法知识体系有明显的完善,离大厂Offer的距离更加近。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

一套学习资料既有文字档也有视频,里面不仅仅有关键知识点的整理,还有案例的算法相关部分的讲解,可以帮助大家更好更全面的进行学习,二者搭配起来学习效果会更好。

部分资料展示:

[外链图片转存中…(img-wqZ4M2QP-1715181114023)]
[外链图片转存中…(img-FP18Yntm-1715181114023)]
[外链图片转存中…(img-ryHu8yI9-1715181114023)]
[外链图片转存中…(img-EGAj0O9G-1715181114024)]

有了这套学习资料,坚持刷题一周,你就会发现自己的算法知识体系有明显的完善,离大厂Offer的距离更加近。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 21
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值