Android 8.0(O)+后台服务适配

问题Not allowed to start service Intent XXX : app is in background uid UidRecord

项目很早targetSdkVersion升到了28(Android 9.0(P)),一直忙业务,最近查看了下后台报错信息,发现几个崩溃次数比较多的问题,共同点都是项目中的后台service,报错信息如下

Not allowed to start service Intent XXX : app is in background uid UidRecord

这个报错是8.0做的限制,不允许其创建的后台服务使用startService()函数,该函数会出现IllegalStateException错误;查看官方如下

Android8.0行为变更.png

问题分析

问题复现,首先是app处于后台发起的starService,如果app处于前台期间starService不会报错。于是先简单写个demo,在activity点击返回键时,在onDestory中去starService,但是点击之后并没有出现错误。

后来我开启服务之后,置于后台一段时间后报了同样异常。于是我就在onDestory中加了一个延时测试,延时5s,也没有出现,让人头大,直到把延时加到60s,发现报了异常,Not allowed to start service Intent XXX : app is in background uid UidRecord。

解决方法

官网提示也说了只需要判断下系统为8.0+的情况下,用startForegroundService开启一个前台服务。而且需要在service里面添加移除的通知的方法。

//9.0之后要求加入权限
<uses-permission android:name="android.permission.FOREGROUND_SERVICE"/>
Intent intent = new Intent(MainActivity.this,MyIntentService.class);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    MainActivity.this.startForegroundService(intent);
} else {
    MainActivity.this.startService(intent);
}
   public static final String CHANNEL_ID_STRING = "service_02";
    public static final String CHANNEL_ID_NAME = "亮屏";
    public static final int NOTIFICATION_ID = 2;
    void startForeground() {
        String ns = Context.NOTIFICATION_SERVICE;
        NotificationManager notificationManager = (NotificationManager) getSystemService(ns);
        NotificationChannel mChannel = null;
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            mChannel = new NotificationChannel(CHANNEL_ID_STRING, CHANNEL_ID_NAME,
                    NotificationManager.IMPORTANCE_LOW);
            notificationManager.createNotificationChannel(mChannel);
            Notification notification = new Notification.Builder(getApplicationContext(), CHANNEL_ID_STRING).build();
            startForeground(NOTIFICATION_ID, notification);
        }
    }

Context.startForegroundService() did not then call Service.startForeground()?

需要注意的是service创建5s后必须调用startForeground,否则报Context.startForegroundService() did not then call Service.startForeground()

我的处理是在service中onCreat和onDestory中成对的出现startForeground和stopForeground(true),并且在启动service中会判断该service是否处于run的状态,避免多次启动已经存在service的。

   public static boolean isRunningService(Context context, Class<?> serviceClass) {
        ActivityManager manager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
        for (ActivityManager.RunningServiceInfo service : manager.getRunningServices(Integer.MAX_VALUE)) {
            if (serviceClass.getName().equals(service.service.getClassName())) {
                Log.i(TAG, true + "");
                return true;
            }
        }
        Log.i(TAG, false + "");
        return false;
    }

如何关闭通知?

startService开启的服务,要通过stopService关闭服务;bindService的服务需要通过unbindService(serviceConnection)关闭服务;如果service既startService开启又bindService,这时候就需要同事调用stopService又要调用unbindService(serviceConnection)。如果不这样做,在app中使用开关,关闭状态栏的通知不能实时展示或者消失。

思考

问题解决后,回想下,之所以线上没有反馈,是因为这个service是后台执行,用户是不可见的,而且报错的情况,也是部分机型,停留一段时间造成anr或者crash。用户看到的最坏结果就是,将app置于后台一段时间,重新再开app,不再是热启而是冷启。

XXX正在运行,如何隐藏通知栏?

这样处理之后的确不会出现Not allowed to start service,但前台状态栏会有一个常驻通知(XXX正在运行),清理通知,也不会被清理掉,除非杀死App。这样用户体验度上会特别差,更容易有杀App的冲动。那么新问题来了,XXX正在运行,是否可以隐藏这条消息?

一番折腾之后,在8.0+上隐藏并没有合适的方法。而且谷歌的目的就是为了让开发者不能瞒着用户在后台做一些耗电耗内存任务,如果做也可以就是发通知到状态栏,让用户能看到。至于用户看到会不会烦,就看产品设计了,例如百度地图通知栏上提示正在导航,keep通知栏上提示keep正在记录你的运动,如果用户还是杀手app就证明就是不想用app,也没有办法。于是,我就把前台服务要干什么老老实实告诉用户即可,并且我在app中提供了,用户可关闭常驻通知的开关。

   public static final String CHANNEL_ID_STRING = "service_02";
    public static final String CHANNEL_ID_NAME = "亮屏";
    public static final int NOTIFICATION_ID = 2;
    void startForeground() {
        String ns = Context.NOTIFICATION_SERVICE;
        NotificationManager notificationManager = (NotificationManager) getSystemService(ns);
        NotificationChannel mChannel = null;
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            mChannel = new NotificationChannel(CHANNEL_ID_STRING, CHANNEL_ID_NAME,
                    NotificationManager.IMPORTANCE_LOW);
            notificationManager.createNotificationChannel(mChannel);
          Notification notification =new NotificationCompat.Builder(getApplicationContext(),CHANNEL_ID_STRING)
                    .setContentTitle("亮屏开门")
                    .setContentText("更方便您开门")
                    .setWhen(System.currentTimeMillis())
                    .setSmallIcon(R.drawable.icon)
                    .build();
            startForeground(NOTIFICATION_ID, notification);
        }
    }
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,761评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,953评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,998评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,248评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,130评论 4 356
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,145评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,550评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,236评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,510评论 1 291
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,601评论 2 310
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,376评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,247评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,613评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,911评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,191评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,532评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,739评论 2 335