android - 处理三星 SPCM killer

Question

最近，我们获得了一台搭载 Android 5.1.1 的新 Galaxy S6，但我们在使用它附带的新 Samsung SPCM 内存管理器时遇到了一些问题。它正在主动关闭我们应用程序的后台服务，即使设置为 START_STICKY，它也不会重新启动。

此外，该服务占用的 RAM 不超过 5MB，但我们仍然以某种方式最终获得了 SPCM 算法的最低分数并被选择终止。

这是我们的服务:

Public class IncomingService extends Service {

    @Override
public int onStartCommand(Intent intent, int flags, int startId) {
    super.onStartCommand(intent, flags, startId);
    return START_STICKY;

}

@Override
public void onCreate() {
    if (mPhoneListener == null) {
        mPhoneListener = new CallStateListener();
        TelephonyManager tm = (TelephonyManager) getApplicationContext().getSystemService(Context.TELEPHONY_SERVICE);
        tm.listen(mPhoneListener, PhoneStateListener.LISTEN_CALL_STATE);
}

    /**
 * Listener for call states
 * Listens for different call states
 */
private class CallStateListener extends PhoneStateListener {

    @Override
    public void onCallStateChanged(int state, String incomingNumber) {
       // Doing something with incomingNumber
    }
}

在 list 中:

    <service
        android:name="com.services.IncomingService"
        android:enabled="true"
        android:priority="999" >
    </service>    

SPCM 杀死我们服务的日志:

Force stopping com.special.app appid=10499 user=0: SPCM kill lowestscore package!
03-18 22:48:11.280 3562-3562/? I/ActivityManager: Killing 2279:com.special.app/u0a499 (adj 8): stop com.special.app cause SPCM kill lowestscore package!
03-18 22:48:11.280 3562-3562/? W/ActivityManager: Scheduling restart of crashed service com.special.app/com.services.IncomingService in 1000ms
03-18 22:48:11.280 3562-3562/? I/ActivityManager:   Force stopping service ServiceRecord{27d2c408 u0 com.special.app/com.services.IncomingService}

即使 ActivityManager 日志表明它正在为我们的服务重新安排重启，但它从未真正重启过。

我们已经看到关于其他应用程序(Facebook、TrueCaller 等)的相同 SPCM 日志，但他们的服务以某种方式设法重启。

综上所述，我们的问题是:

1. 如何防止 SPCM 将我们的应用定位为最低分包？
2. 如果我们被盯上了，如何保证我们的服务在被杀后能够成功重启？
3. 还有其他可以帮助我们的想法吗？

Answer 1

确保ActivityManager is not targeting your service too .

据我所知，除了持续通知之外，没有其他方法可以确保生存，三星的开发人员文档也是如此。至于 Facebook 和 TrueCaller，我没有答案。他们可能利用其他相关流程来恢复服务。

至于受影响的设备，我最早看到的是装有 5.0.2 的 Galaxy Tab S SM-T805。许多 5.1.1 三星设备也有 SPCM。我们最初也在 S6 上重现了这个问题，我可以确认它在 6.0.1 上仍然存在。

至于文档，this Samsung forums topic尽可能远。

对于测试和重现步骤，我建议:

1. 确保设备实际上有 SPCM adb shell getprop | grep spcm.
2. 从所有电源上拔下它。
3. 安装 Tinycore观察 RAM 使用情况(为其启用持久通知)。
4. 加载大量需要 RAM 的应用程序以降低您的服务评分。或者试试 Developer Toolbelt , 它应该比手动填充更快，但我没有测试过。
5. 关闭屏幕并给设备 15 分钟。
6. adb shell logcat -v 线程时间 | grep spcm 以确认进程已被终止。
7. 冲洗并重复直到成功。