首次Inflate ViewHolder耗时过长致应用卡顿，Fragment切换场景求助

嘿，针对你遇到的默认显示FragmentA时ViewHolder Inflate耗时40ms引发卡顿的问题，我分享几个实际项目里验证过的有效解决方案：

1. 预加载ViewHolder到RecycledViewPool #

RecyclerView的RecycledViewPool可以提前缓存ViewHolder，避免初始化阶段重复执行Inflate操作。你可以在FragmentA的onViewCreated方法里预创建几个ViewHolder并加入池中，让RecyclerView启动时直接复用缓存的实例：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    val recyclerView = view.findViewById<RecyclerView>(R.id.recycler_a)
    val viewPool = RecyclerView.RecycledViewPool()
    
    // 预创建3个ViewHolderA（数量可根据屏幕能显示的Item数调整）
    for (i in 0 until 3) {
        val itemView = LayoutInflater.from(requireContext())
            .inflate(R.layout.item_viewholder_a, recyclerView, false)
        val holder = ViewHolderA(itemView)
        viewPool.putRecycledView(holder)
    }
    
    recyclerView.setRecycledViewPool(viewPool)
    // 后续初始化Adapter等操作...
}

2. 优化布局结构与编译配置 #

你的ViewHolder布局是CardView嵌套ConstraintLayout，先检查是否存在冗余嵌套：

• 如果ConstraintLayout的内容可以直接适配CardView，尝试去掉中间的ConstraintLayout，直接把内容放到CardView中（注意保留CardView的padding等样式属性）
• 用<merge>标签减少布局层级，比如当CardView作为根布局时，内部子布局可以通过merge合并层级
• 启用ViewBinding并开启编译优化：ViewBinding生成的代码比传统findViewById更高效，同时R8混淆会对布局解析做针对性优化，在模块的build.gradle中配置：

android {
    buildFeatures {
        viewBinding true
    }
    buildTypes {
        release {
            minifyEnabled true
            shrinkResources true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
}

3. 异步预加载布局（按需使用） #

如果以上方法仍无法解决卡顿，可尝试在IO线程异步预加载布局，避免阻塞主线程。注意RecyclerView的onCreateViewHolder需要同步返回ViewHolder，所以可以提前在Fragment初始化阶段完成预加载：

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    // 在IO线程预加载布局
    lifecycleScope.launch(Dispatchers.IO) {
        val preloadedViews = mutableListOf<View>()
        repeat(3) {
            val view = LayoutInflater.from(requireContext())
                .inflate(R.layout.item_viewholder_a, null, false)
            preloadedViews.add(view)
        }
        // 切换到主线程，将预加载的View缓存给Adapter使用
        launch(Dispatchers.Main) {
            (adapter as? AdapterA)?.setPreloadedViews(preloadedViews)
        }
    }
}

然后在Adapter的onCreateViewHolder中优先复用预加载的View：

class AdapterA(private var preloadedViews: MutableList<View> = mutableListOf()) : RecyclerView.Adapter<ViewHolderA>() {
    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolderA {
        val itemView = preloadedViews.removeFirstOrNull() ?: LayoutInflater.from(parent.context)
            .inflate(R.layout.item_viewholder_a, parent, false)
        return ViewHolderA(itemView)
    }
}

4. Fragment懒加载优化 #

如果默认显示FragmentA导致App启动卡顿，可以将RecyclerView的初始化逻辑延迟到Fragment完全可见时执行，比如在onResume中通过post延迟执行：

override fun onResume() {
    super.onResume()
    // 延迟初始化RecyclerView，避免启动时抢占主线程资源
    view.post {
        initRecyclerView()
    }
}

这样App启动时主线程可以优先处理核心UI绘制，降低卡顿感知。

建议你先从布局优化和RecycledViewPool预加载开始尝试，这两个方法成本最低、见效最快。如果仍有问题，可使用Android Studio的Profile工具查看Inflate阶段的具体耗时分布，定位瓶颈点再针对性优化。

内容的提问来源于stack exchange，提问作者Feelfree