什么是Android中的虚假死亡？

Question

我知道这听起来很懒散.但我真的不知道这种情况是如何发生的,我也无法在Google上找到有关它的更多信息.

背景:

它是IPC的应用程序:我有一个在不同进程中运行的服务.有时,服务被杀了......但它并没有真正"正式死亡",相反,我得到了一个ActivityManager名为" 虚假死亡 " 的术语.发生这种情况时,服务的行为就像一个僵尸.它还活着,但它并没有真正发挥作用.

04-12 10:03:37.935 728 830 I ActivityManager:强制完成活动ActivityRecord {11eee41f u0 com.android.staging/com.android.activities.MainActivity t8210} 04-12 10:03:37.937 728 830 I ActivityManager:强制停止service ServiceRecord {291a4c9b u0 com.android.staging/com.android.services.CallService} 04-12 10:03:37.969 728 2563 W ActivityManager:ProcessRecord的虚假死亡{27ecf545 11057:com.android.staging/u0a268},curProc对于11057:null

Answer 1

可以在这里找到有问题的行： http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/5.0.0_r1/com/android/server/am/ActivityManagerService。 java/#4858 （不同版本的Android L有不同的行）

我假设您正在使用某种形式的 Android L，因为直到那时才添加特定的错误消息。

如果您在进程中运行 ContentProvider，ActivityManagerService 中的这两条注释可能会有所帮助：

9303                     // NOTE: there is still a race here where a signal could be
9304                     // pending on the process even though we managed to update its
9305                     // adj level.  Not sure what to do about this, but at least
9306                     // the race is now smaller.
9307                     if (!success) {
9308                         // Uh oh...  it looks like the provider's process
9309                         // has been killed on us.  We need to wait for a new
9310                         // process to be started, and make sure its death
9311                         // doesn't kill our process.

进而 ...

9317                         appDiedLocked(cpr.proc);

appDiedLocked 也可以从其他一些源文件调用：ActiveServices.java 和 ActivityStackSupervisor.java，一个依赖于抛出 DeadObjectException，另一个依赖于 RemoteException。

appDiedLocked 看起来像这样

4853     final void appDiedLocked(ProcessRecord app, int pid, IApplicationThread thread) {
4854         // First check if this ProcessRecord is actually active for the pid.
4855         synchronized (mPidsSelfLocked) {
4856             ProcessRecord curProc = mPidsSelfLocked.get(pid);
4857             if (curProc != app) {
4858                 Slog.w(TAG, "Spurious death for " + app + ", curProc for " + pid + ": " + curProc);
4859                 return;
4860             }
4861         }

由于某种原因，curProc 与应用程序 ProcessRecord 不同，并且 appDiedLocked 方法被缩短。在您的情况下，curProc 为空，再次出于某种原因。

长话短说：您的进程死亡或被杀死，并且某些状态或条件阻止 appDiedLocked 继续运行 KillProcess 命令。您还需要进行更多调查/记录才能找出发生这种情况的原因。

如果您有一个想要保持活动状态的服务，除非您已经在这样做，否则我建议您在其上附加一个状态栏通知，这样可以降低它被杀死的可能性。