首次打开含ComposeView的Fragment时加载缓慢问题咨询

在已有Android项目中引入Compose框架，用Compose重写了一个Fragment的UI，但首次启动该Fragment时加载耗时过长。尝试升级Compose版本至1.3.0-alpha01后问题仍未解决。相关代码及配置如下：

从其他Fragment添加目标Fragment的代码 #

val fragment = FragmentWithComposeUi()
requireActivity().addFragment(fragment, R.id.fragment_container, "FragmentWithComposeUi")

添加Fragment的扩展函数 #

fun FragmentActivity.addFragment(fragment: Fragment, container: Int, tag:String) {
    val currentFragment = supportFragmentManager.findFragmentByTag(tag)
    if (currentFragment == null) {
        supportFragmentManager.beginTransaction()
            .setReorderingAllowed(true)
            .add(container, fragment, tag)
            .addToBackStack(tag)
            .commit()
    }
}

FragmentWithComposeUi类实现 #

class FragmentWithComposeUi: Fragment() {

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        return ComposeView(requireContext()).apply{
            setContent {
               //some ui
            }
        }
    }
}

项目根build.gradle配置 #

buildscript {
    ext {
        compose_version = '1.1.1'
        compose_compiler_version = '1.2.0'
    }
    repositories {
        mavenCentral()
    }
    dependencies {
      //
     }
}


plugins {
    id 'com.android.application' version '7.2.0' apply false
    id 'com.android.library' version '7.2.0' apply false
    id 'org.jetbrains.kotlin.android' version '1.7.0' apply false
}



task clean(type: Delete) {
    delete rootProject.buildDir
}

app模块build.gradle配置 #

plugins {
    id 'com.android.application'
    id 'org.jetbrains.kotlin.android'
    id 'kotlin-kapt'
}

android {
    compileSdk 32

    defaultConfig {
        applicationId "com.e...."
        minSdk 26
        targetSdk 32
        versionCode 1
        versionName "1.0"
        multiDexEnabled = true

        testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
        vectorDrawables {
            useSupportLibrary true
        }
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8
    }
    kotlinOptions {
        jvmTarget = '1.8'
    }
    viewBinding {
        enabled = true
    }

    packagingOptions {
        resources {
            excludes += '/META-INF/{AL2.0,LGPL2.1}'
        }
        resources.excludes.add("META-INF/*")

    }
    buildFeatures {
        compose true
    }
    composeOptions {
        kotlinCompilerExtensionVersion compose_compiler_version
    }

}

dependencies {

    implementation 'androidx.core:core-ktx:1.6.0'
    implementation 'androidx.appcompat:appcompat:1.3.1'
    implementation 'com.google.android.material:material:1.5.0'
    implementation 'androidx.constraintlayout:constraintlayout:2.1.3'
    implementation("androidx.multidex:multidex:2.0.1")
    implementation 'androidx.legacy:legacy-support-v4:1.0.0'
    implementation 'androidx.lifecycle:lifecycle-reactivestreams-ktx:2.5.0'
    androidTestImplementation "androidx.compose.ui:ui-test-junit4:$compose_version"
    implementation 'androidx.lifecycle:lifecycle-runtime-ktx:2.3.1'
    //compose
    implementation 'androidx.activity:activity-compose:1.3.1'
    implementation "androidx.compose.ui:ui:$compose_version"
    implementation "androidx.compose.material:material:$compose_version"
    implementation "androidx.compose.ui:ui-tooling-preview:$compose_version"
    implementation "androidx.compose.runtime:runtime-livedata:$compose_version"

...
}

可能的原因分析 #

• Compose首次初始化开销：首次启动Compose相关组件时，系统需要加载Compose运行时、布局引擎、Material主题等资源，这属于冷启动正常开销，但如果耗时异常，可能是依赖未优化或与现有View体系的兼容性开销过大。
• UI复杂度问题：setContent中的UI如果包含大量复杂组件、嵌套层级过深，或者在初始化时同步执行耗时数据加载/计算逻辑（比如本地数据读取、网络请求），会直接拉长首次渲染时间。
• 编译器与版本兼容性：当前Compose编译器版本（1.2.0）与Kotlin版本（1.7.0）虽兼容，但可能存在编译优化不足；升级到1.3.0-alpha01属于预览版，并未针对性解决这类性能问题，甚至可能引入不稳定因素。
• Fragment事务与视图层级问题：使用add而非replace添加Fragment，若容器中已有其他Fragment，会导致视图层级叠加，增加渲染压力；同时Fragment事务commit()异步执行，但ComposeView初始化的同步操作可能阻塞主线程。
• 编译优化未开启：release版本中minifyEnabled设为false，未开启代码混淆与优化，Compose生成的代码无法精简，导致加载与执行效率降低。
• 依赖版本不一致：部分依赖版本存在冲突，比如lifecycle-runtime-ktx（2.3.1）与lifecycle-reactivestreams-ktx（2.5.0）版本不匹配，activity-compose版本与Compose版本兼容性未对齐，都可能增加初始化开销。

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