这两天接手了一个需求，就是尽量避免 App 被杀死，以保证推送的消息可以及时收到。在接手前，已经有同事做了各种调研，最后决定使用前台服务的方式以让用户对 App 正在运行的这种状态有一个明确的感知「这里说明下，有些 App 会尽量避免让用户明确感知到前台服务这种行为，也会启动前台服务，不过会利用 Android 系统的 bug，把这个前台服务再隐藏，这个方式在网上有很多介绍」。
用startForeground(int id, Notification notification) 方式来启动前台服务，代码并不多，在 AndroidManifest.xml 中再注册一个服务，在 Application 或者 Acitivity 启动即可，至于不同启动方式的利弊自己去查询下，我这个主要是看代码写完后，各种主要机型的配合程度。
让我吐槽一下，这个过程我的心情是这样的：懵『前台服务？启动方式？代码写好如何配合拉起推送的需求？』 --- 好像懂了『都知道了，就差拿手机试一试了』 --- 高兴『用自己的 华为手机尝试，success』--- 失望 or 绝望 『自己的 VIVO、公司的 OPPO均失败，小米 success』--- 美滋滋『看到 VIVO、OPPO 起来了前台服务，不过依然有难题... 』。
前台服务是否正常显示最好的对比方式就是看在此手机上的高德地图以及音乐播放器是否可以正常启动前台服务。
来段启动前台服务代码：
<!--私信的前台服务-->
<service android:name=".push.MsgService"/>
public class MsgService extends Service{
@Override
public void onCreate() {
super.onCreate();
Intent notificationIntent = new Intent(this, MsgChatHistoryActivity.class);
PendingIntent pendingIntent = PendingIntent.getActivity(this,0,notificationIntent,0);
Notification.Builder builder = new Notification.Builder(this.getApplicationContext());
builder.setContentTitle("***服务");
builder.setContentText("请勿关闭，***");
builder.setSmallIcon(R.drawable.gengmei_icon);
builder.setContentIntent(pendingIntent);
Notification notification = builder.getNotification();
startForeground(1,notification);//启动前台服务
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
/**
* 当Service因为内存不足而被系统kill后，接下来未来的某个时间内，当系统内存足够可用的情况下，系统将会尝试重新创建此Service，
* 一旦创建成功后将回调onStartCommand(...)方法，但其中的Intent将是null，pendingintent除外
* 返回值可以确定下，用哪个符合要求
*/
return START_STICKY;
}
@Nullable
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public void onDestroy() {
stopForeground(true);//停止前台服务
super.onDestroy();
}
}
//启动服务
startService(new Intent(mContext,MsgService.class));
下面展示下这段代码在几种主流手机上的运行效果：
小米手机：
小米6、红米note 4X 6.0、小米5.1.1 可以启动前台服务，且不能撤销；「大概可以得出结论：小米手机可以正常启动前台服务，且均不能撤销，除非自己去设置中单独对 App 进行设置，但是一般的用户不会有这种操作，可以先不用考虑」
三星手机：
三星手机 5.0.1 系统可以正常启动；
华为手机：
华为6.0「默认不会展开『拒绝』『允许』的选择框」、4.4.2「默认会展开『拒绝』『允许』的选择框」会有拒绝接受通知的情况，上两张图说明下；「拒绝后，除非用户手动去设置中对 App 单独设置，否则不能再次开启，高德也是这样的」
对比下小米，发现好喜欢小米，因为小米在通知界面中根本就没有「拒绝」「接受」的选择框，有效避免了用户的这种「拒绝」的行为...
默认没有展开「拒绝」「接手」的选择框，但是下滑可以显示.png
默认展开，如果此时用户点击拒绝，那么开发者表示收到一万点伤害.png
VIVO、OPPO手机：
vivo X9Plus 、vivo X9 不能启动前台服务；「音乐播放器、高德可以启动前台服务」
OPPO A59s 5.1版本 、OPPO R9s 不能启动前台服务；「音乐播放器、高德地图均不能启动前台服务」
这两种机型去网上查，Google 的结果简直就是让人想哭，要么不能准确定位问题，要么不能准确定位机型，更是让我查到这样的句子：vivo和oppo的手机上service基本无法常驻，死的一干二净明明白白，丝毫没有任何挣扎的痕迹，难道是我查的姿势不对？「不过确实没有做过单独的某个机型的适配，不知道查某种机型的正确姿势，待我找到后，再写一篇博客，哈哈...」
查了半天无果，OPPO 放到一边不谈，但是 VIVO 中 高德确实启动了前台服务，我开始倒腾看手机到底有没有相关的设置，难道真的像网上说的OPPO等手机从根本上就拒绝了前台服务这种行为？姑娘并不想相信这个事实...
在 VIVO 中，高德安装后默认启动通知服务，不需要手动设置；但是，我目前的代码没能让 VIVO 手机默认启动 App 通知服务，手动设置后，可以正常启动前台服务，所以下一步的任务就是找到让 VIVO 手机默认启动 App 通知服务的正确姿势，高德做到了所以一定有办法...
在 OPPO 中，高德安装后默认没有启动 App 通知服务，需要手动设置；我目前的代码也没能让 OPPO 手机默认启动通知服务，手动设置后，倒是可以正常启动前台服务。目前来看已经打破了这个论断：OPPO等手机上从根本上就拒绝了前台服务这种行为。所以下一步的任务就是找到让OPPO 手机默认启动 App 通知服务的正确姿势，高德没做到所以有点怂，不过可以试一试...
在 VIVO X9Plus手机上手动设置的方式：
Settings -- More settings -- Applications -- All -- 目标 App -- Notifications -- 打开 Allow notification
在 OPPO R9s 手机上手动设置的方式：
设置 -- 其他设置 -- 应用程序管理 -- 已安装 -- 目标 App --通知管理 -- 打开 「允许通知」
再来一波链接：
前台服务的使用
Service那点事儿
Android如何降低service被杀死概率
Android 如何开启前台服务
GitHub 上的 Demo
网友评论