能否动态更改APP启动后的启动Activity？activity-alias能否解决启动延迟？

嘿，这个场景我太熟悉了！之前帮朋友优化App启动速度时刚好处理过类似问题，activity-alias确实能完美解决你遇到的启动延迟问题，而且比原来的SharedPreference校验+跳转方案更优雅，启动速度更快。

为什么原来的方案会有延迟？ #

你之前的思路是先启动一个过渡页（比如Splash），然后读取SharedPreference判断登录状态再跳转——这个过程中，读取SharedPreference属于磁盘IO操作，哪怕是轻量的，也会让启动多走一步流程，加上页面跳转的动画/过渡，就会让用户感觉到明显的延迟。

而activity-alias的核心优势是：让系统直接在启动时拉起对应状态的Activity，不需要中间页的校验和跳转，从根源上消除了这个延迟。

具体实现步骤 #

1. 在Manifest中配置Activity别名 #

你需要给Activity A（已登录）和Activity B（未登录）分别配置一个activity-alias，并且给这两个别名加上和启动页一致的MAIN+LAUNCHER意图过滤器。注意默认状态要设置为「未登录时启用Activity B的别名，已登录的别名禁用」（因为用户首次安装肯定是未登录状态）。

示例代码：

<!-- 已登录状态的启动别名 -->
<activity-alias
    android:name=".LoginLauncherAlias"
    android:targetActivity=".ActivityA"
    android:enabled="false"> <!-- 默认禁用 -->
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity-alias>

<!-- 未登录状态的启动别名 -->
<activity-alias
    android:name=".LogoutLauncherAlias"
    android:targetActivity=".ActivityB"
    android:enabled="true"> <!-- 默认启用 -->
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity-alias>

<!-- 注意：Activity A和B本身正常注册，不需要添加LAUNCHER过滤器 -->
<activity android:name=".ActivityA" />
<activity android:name=".ActivityB" />

2. 登录/退出时动态切换别名状态 #

在用户登录成功或者退出登录的时机，调用PackageManager的setComponentEnabledSetting方法，切换两个别名的启用状态。这样下次用户点击App图标时，系统就会直接拉起对应状态的Activity。

示例Kotlin代码（登录成功时）：

// 获取PackageManager实例
val packageManager = applicationContext.packageManager

// 禁用未登录状态的启动别名
packageManager.setComponentEnabledSetting(
    ComponentName(this, "com.your.package.LogoutLauncherAlias"), // 替换成你的包名+别名
    PackageManager.COMPONENT_ENABLED_STATE_DISABLED,
    PackageManager.DONT_KILL_APP // 不要杀死当前进程，避免影响用户操作
)

// 启用已登录状态的启动别名
packageManager.setComponentEnabledSetting(
    ComponentName(this, "com.your.package.LoginLauncherAlias"),
    PackageManager.COMPONENT_ENABLED_STATE_ENABLED,
    PackageManager.DONT_KILL_APP
)

退出登录时，只需要把上面的启用/禁用逻辑反过来即可。

注意事项 #

• 别名的android:name最好写全路径（包名+别名），避免混淆时出现问题
• 系统需要短暂的时间同步别名状态，所以要确保在登录/退出操作完成后立即执行切换逻辑，这样下次启动就能生效
• 如果你的App有其他启动入口（比如桌面快捷方式、DeepLink），可以给这些入口也配置对应的别名，保持逻辑一致

这个方案完全跳过了中间页的校验和跳转步骤，启动速度和直接打开目标Activity几乎没有区别，完美解决你之前遇到的延迟问题。

内容的提问来源于stack exchange，提问作者fi - Anand Dubey