问题描述
在处理活动来自不同应用程序的任务时，我似乎发现了与后台堆栈的基本/默认行为相关的冲突信息。根据我目前的理解：
- 任务是一组 Activity，其中这些 Activity 可以完全来自 1 个应用，也可以来自多个应用的混合。本质上（如果我理解正确的话），任务是“实例化活动的路径/序列”——无论这些活动属于哪个应用。
- 每个任务都有自己的后台活动，这些活动保持这些实例化活动的顺序，最近的活动在顶部
- 每个应用（例如 GMail、Chrome 等）都有自己的专用 Linux 进程，其中有 1 个以上的线程可以访问该应用文件的代码。一个进程只执行它自己的应用（而不是其他应用）的活动。
问题 #1：假设活动 A、B 和 C 属于应用1，活动 X、Y 和 Z 属于应用2子>。如果我的任务在其后台堆栈上已经有 A->B 并且发送了一个隐式意图来启动 Z，那么我假设 Z 被添加到这个任务的后台堆栈中。正确吗？
后续问题 #2：当我与我的 Task 的 Z 交互时，实际上正在执行运行 App2 代码的进程（因为它是所有者Z 的代码/文件）。然后，如果我按下后退按钮并导航回 A，则 App2 的进程将停止，现在执行 App1 的进程（因为它是所有者A 的代码/文件）。正确吗？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）