最后

由于文章篇幅原因，我只把面试题列了出来，详细的答案，我整理成了一份PDF文档，这份文档还包括了还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 ，帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习。

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

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

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

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/… ViewStubTask，ViewStubTaskManager**, 有兴趣的可以看看

异步加载

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

异步加载，简单来说，就是在子线程创建 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 的异步加载方案，虽然效果显著，但是适配成本也高，没搞好，容易发生内存泄露

3. JectPack compose 声明式 UI，基本是未来的趋势，有兴趣的可以提前了解一下他。

Talk is cheap. Show me the code

---

总结

写到这里也结束了，在文章最后放上一个小小的福利，以下为小编自己在学习过程中整理出的一个关于Flutter的学习思路及方向，从事互联网开发，最主要的是要学好技术，而学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯，更加需要准确的学习方向达到有效的学习效果。
由于内容较多就只放上一个大概的大纲，需要更及详细的学习思维导图的
还有高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter全方面的Android进阶实践技术资料，并且还有技术大牛一起讨论交流解决问题。

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

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

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

过程中整理出的一个关于Flutter的学习思路及方向，从事互联网开发，最主要的是要学好技术，而学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯，更加需要准确的学习方向达到有效的学习效果。
由于内容较多就只放上一个大概的大纲，需要更及详细的学习思维导图的
还有高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter全方面的Android进阶实践技术资料，并且还有技术大牛一起讨论交流解决问题。**

[外链图片转存中…(img-wvWR1z6f-1714991367468)]

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

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

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