在这种情况下，为什么 android 会杀死将光标保留在另一个进程上的内容提供者上的客户端进程？

Question

我的应用程序在 Process1 中运行，并且我正在使用在 Process2 下运行的另一个应用程序提供的内容提供程序。当 Process2 终止时，会导致在 Process1 下运行的我的应用程序被终止。

09-14 23:31:52.583   782  1351 I ActivityManager: Killing 11797:com.example.myapp/1000 (adj 100): depends on provider com.example.exampleapp/com.example.exampleapp.MyContentProvider in dying proc com.example.exampleapp (adj 100)
09-14 23:31:52.585   782   812 W libprocessgroup: kill(-11797, 9) failed: No such process
09-14 23:31:52.585   782   812 I libprocessgroup: Successfully killed process cgroup uid 1000 pid 11797 in 0ms
09-14 23:31:52.623   368   368 I Zygote  : Process 11797 exited due to signal (9)

我在 SO 中遇到了这个很好的答案，它基本上解释了当我们对内容提供商进行内容观察者与查询时会发生什么。

但我不清楚为什么 android 会杀死整个过程。为什么不能在应用程序级别处理这个问题，DeadObjectException在与其他进程上运行的活页夹服务交互时我们会遇到类似的情况，并且它会崩溃。

我同意 Android 提供了一种在获取的帮助下处理此问题的替代方案unstableContentProviderClient，但我不相信他们为什么需要终止客户端进程？我很担心，因为不仅内容提供程序查询源将在该进程中运行 - 该进程中还可能运行其他逻辑。为什么框架会杀死应用程序并重新启动它？