Pepper机器人复制修改版Android应用跳转异常求助

核心异常 #

复制修改后的Android应用与原版无法被系统识别为独立应用，同时安装且其中一个在后台运行时，切换Activity会出现原版与修改版互相跳转的情况，伴随用户名称错误、数据保存异常。日志提示：

02-23 22:29:44.732 1619-1634/system_process W/ActivityManager: startActivity called from non-Activity context; forcing Intent.FLAG_ACTIVITY_NEW_TASK for: Intent { cmp=com.example.packagename/.NameOfActivity (has extras) }

背景配置 #

为Pepper机器人开发Kotlin应用，支持两名用户共用设备免登录个性化，已对修改版应用做以下调整：

• 修改所有代码包名
• 修改settings.gradle根项目名称
• 修改AndroidManifest中的进程名称
• 修改build.gradle的application ID
• 两个应用使用独立密钥签名，可同时安装

已尝试无效操作 #

• 新建项目复制内容重构
• 重写修改版所有Activity与布局
• 排查Activity路由逻辑
• 重构机器人对话文件（Qi-topics）及标识符
• 使用System.exit(0)强制清理后台，引发异常行为

一、彻底消除Intent跨应用混淆 #

1. 强制使用显式包名启动Activity #

所有启动Activity的Intent必须明确指定当前应用的包名+类名，避免隐式匹配或残留旧包名：

// 正确写法：自动获取当前应用包名，避免硬编码错误
val intent = Intent().apply {
    component = ComponentName(
        applicationContext.packageName,
        "com.your.new.package.NameOfActivity" // 或直接用类的canonicalName
    )
    putExtras(yourExtras)
}
startActivity(intent)

2. 清理所有硬编码的包名/组件引用 #

全面检查代码、配置文件（包括Qi-topics对话文件）中所有硬编码的原包名com.example.packagename，全部替换为修改版的新包名。重点排查机器人SDK调用中传递组件名称的参数。

3. 为Activity设置唯一taskAffinity #

在AndroidManifest.xml中，给每个Activity分配专属任务栈标识，避免两个应用的Activity进入同一任务栈：

<activity
    android:name=".NameOfActivity"
    android:taskAffinity="${applicationId}.task"
    android:excludeFromRecents="false">
</activity>

${applicationId}会自动替换为当前应用的独立ID，确保两个应用的taskAffinity完全不重复。

二、修复非Activity上下文启动Activity的Flag问题 #

日志提示的非Activity上下文启动Activity场景，必须手动添加正确Flag，避免系统强制分配任务栈：

val intent = Intent(...)
if (context !is Activity) {
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
    // 可选：添加FLAG_ACTIVITY_CLEAR_TOP避免栈内重复实例
    intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)
}
context.startActivity(intent)

确保Application、Service、BroadcastReceiver等非Activity上下文启动的Intent都配置正确Flag。

三、程序化清理后台应用的安全方案 #

禁止使用System.exit(0)，推荐以下两种可靠方式：

1. 广播通知所有Activity关闭并退出 #

在基类Activity中注册退出广播，统一管理Activity生命周期：

// 基类Activity
open class BaseActivity : AppCompatActivity() {
    private val exitReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            finish()
        }
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        registerReceiver(exitReceiver, IntentFilter("ACTION_EXIT_APP"))
    }

    override fun onDestroy() {
        super.onDestroy()
        unregisterReceiver(exitReceiver)
    }
}

// 调用退出逻辑
fun exitApp(context: Context) {
    context.sendBroadcast(Intent("ACTION_EXIT_APP"))
    android.os.Process.killProcess(android.os.Process.myPid())
}

2. 使用ActivityManager结束自身进程 #

val activityManager = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
activityManager.killBackgroundProcesses(applicationContext.packageName)

需在AndroidManifest中添加权限：

<uses-permission android:name="android.permission.KILL_BACKGROUND_PROCESSES" />

该权限仅能结束自身进程，无法操作其他应用。

四、验证应用独立性的关键检查 #

• 确认两个应用的applicationId在build.gradle中完全不同
• 检查AndroidManifest中android:process是否为${applicationId}:xxx，确保进程名唯一
• 安装后在系统应用列表中确认是两个独立条目
• 使用adb shell dumpsys activity查看任务栈，确认两个应用的Activity分属不同任务栈

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