引入Android Jetpack架构组件导致Instant App无法启动求助

这是个典型的早期AndroidX Alpha版本与Instant App的兼容性坑，我来帮你拆解问题并给出可行的解决方案：

问题根源分析 #

从你的依赖树和现象来看，androidx.lifecycle:lifecycle-extensions:2.0.0-alpha1这类早期Alpha版本的架构组件，会通过依赖传递引入多个Lifecycle/Arch Core模块。这些模块的Manifest配置或内部逻辑，和Instant App的Manifest合并规则存在冲突——Instant App的Manifest合并流程比普通Installable App更严格，早期AndroidX组件的配置干扰了系统识别默认启动Activity的逻辑，直接导致"Default activity not found"错误。

可行解决方案 #

1. 优先升级到稳定版AndroidX组件 #

早期Alpha版本的AndroidX存在大量未修复的兼容性问题，升级到稳定版是最彻底的解决方式：
在你的base feature模块的build.gradle中替换依赖为：

api 'androidx.appcompat:appcompat:1.6.1'
api 'androidx.constraintlayout:constraintlayout:2.1.4'
// 若使用lifecycle-extensions（2.2.0后已废弃）
api "androidx.lifecycle:lifecycle-extensions:2.2.0"

如果你的Gradle版本较新，建议直接引入具体的Lifecycle组件（替代废弃的lifecycle-extensions）：

api "androidx.lifecycle:lifecycle-viewmodel:2.6.2"
api "androidx.lifecycle:lifecycle-livedata:2.6.2"
api "androidx.lifecycle:lifecycle-runtime:2.6.2"

2. 调整依赖传递规则（临时适配方案） #

如果暂时无法升级版本，可以尝试通过排除冲突模块来避免Manifest干扰，同时改用implementation限制依赖范围：

implementation "androidx.lifecycle:lifecycle-extensions:2.0.0-alpha1" {
    exclude group: 'androidx.lifecycle', module: 'lifecycle-runtime'
    exclude group: 'androidx.arch.core', module: 'core-runtime'
}

⚠️ 注意：这个方法可能导致部分Lifecycle功能异常，仅作为临时过渡方案，最终还是建议升级到稳定版。

3. 检查Manifest配置的一致性 #

确保你的Installable App模块的AndroidManifest.xml正确声明了默认启动Activity，且没有被Feature模块的Manifest覆盖：

• 确认Installable App的Manifest包含：

<activity
    android:name=".MainActivity"
    android:exported="true">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

• 检查base feature的Manifest是否存在冲突的<activity>声明，比如错误设置android:exported="false"或重复的启动Intent Filter。

4. 清理构建缓存并重新同步 #

缓存异常也可能导致依赖解析或Manifest合并出错，执行以下操作：

• 在Android Studio中点击File -> Invalidate Caches... -> Invalidate and Restart
• 删除项目根目录的.gradle文件夹和所有模块的build文件夹
• 执行命令行构建：./gradlew clean assembleDebug

补充建议 #

Google在后续的AndroidX稳定版本中已经修复了大量Instant App的兼容性问题，所以优先升级到稳定版AndroidX组件是最优选择，不仅能解决当前问题，还能获得更好的稳定性和功能支持。

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