Android Q适配攻略(四)(后台Activity启动限制)

Android Q之提前适配攻略(一)(图标适配)

Android Q之提前适配攻略(二)(后台定位适配)

Android Q之提前适配攻略(三)(唯一标识符更改)

Android Q之提前适配攻略(四)(后台Activity启动限制)

Android Q之提前适配攻略(五)(读取权限变更)

 

前言

AndroidQ加强了关于后台Activity的启动限制,App不可以随意的从后台拉起Activity,这里对Google官方文档进行一转载,不进行过多的改动,google原文链接:https://developer.android.com/preview/privacy/background-activity-starts

正文

从 Android Q 测试版 1 开始,此项变更具有以下特性:

  • 如果您在未与用户互动的情况下启动 Activity,则会影响您的应用
  • 使用由通知触发的 Activity 进行缓解
  • 通过关闭允许系统执行后台活动开发者选项来启用限制

Android Q 对应用可启动 Activity 的时间施加了限制。此项行为变更有助于最大限度地减少对用户造成的中断,并且可以让用户更好地控制其屏幕上显示的内容。具体而言,在 Android Q 上运行的应用只有在满足以下一个或多个条件时才能启动 Activity:

  1. 该应用具有可见窗口,例如在前台运行的 Activity。
  2. 在前台运行的另一个应用会发送属于该应用的 PendingIntent。示例包括发送菜单项待定 intent 的自定义标签页提供程序。
  3. 系统发送属于该应用的 PendingIntent,例如点按通知。只有应用应启动界面的待定 intent 才可以免除。
  4. 系统向应用发送广播,例如 SECRET_CODE_ACTION。只有应用应启动界面的特定广播才可以免除。

注意:出于 Activity 启动的目的,前台服务不会将应用限定为在前台运行。

此项行为变更适用于在 Android Q 上运行的所有应用,包括以 Android 9(API 级别 28)或更低版本为目标平台的应用。此外,即使您的应用以 Android 9 或更低版本为目标平台并且最初安装在运行 Android 9 或更低版本的设备上,该行为变更仍会在设备升级到 Android Q 后生效。

但是,只要您的应用启动 Activity 是因用户互动直接引发的,该应用就极有可能不会受到此项变更的影响。实际上,大多数应用都不会受到此项变更的影响。如果您发现自己的应用受到了影响,请向我们发送反馈。

警告消息

在测试版 1 中,如果您的应用在 Android Q 上运行并尝试从后台启动 Activity,则平台允许该 Activity 启动,但它会向 logcat 发送警告消息并显示以下警告提示消息:

This background activity start from package-name will be blocked in future Q builds.

与 Android Q 中在后台启动 Activity 相关的限制与系统在设备进入固定屏幕状态后阻止 Activity 启动的方式类似。

针对有时效性的事件创建通知

几乎在所有情况下,后台应用都应创建通知以便向用户提供信息,而不是直接启动 Activity。

在特定情况下,您的应用可能需要立即引起用户的注意,例如闹钟正在响铃或有来电时。您可能已出于此目的将应用配置为启动后台 Activity。要在运行 Android Q 的设备上提供相同的行为,请完成以下各部分中所示的步骤。

创建高优先级通知

创建通知时,请务必添加描述性标题和消息,并视需要选择提供全屏 intent。

以下代码段中显示了示例通知:

val fullScreenIntent = Intent(this, CallActivity::class.java)    
val fullScreenPendingIntent = PendingIntent.getActivity(this, 0,        
fullScreenIntent, PendingIntent.FLAG_UPDATE_CURRENT)     
val notificationBuilder = NotificationCompat.Builder(this, CHANNEL_ID)        
.setSmallIcon(R.drawable.notification_icon)        
.setContentTitle("Incoming call")       
.setContentText("(919) 555-1234")        
.setPriority(NotificationCompat.PRIORITY_HIGH)        
.setCategory(NotificationCompat.CATEGORY_CALL)         
// Use a full-screen intent only for the highest-priority alerts where you        
// have an associated activity that you would like to launch after the user       
// interacts with the notification. Also, if your app targets Android Q, you        
// need to request the USE_FULL_SCREEN_INTENT permission in order for the        
// platform to invoke this notification.        
.setFullScreenIntent(fullScreenPendingIntent, true)     
val incomingCallNotification = notificationBuilder.build()

向用户显示通知

向用户显示通知时,他们可以根据当前上下文选择是确认还是关闭应用的提醒。例如,用户可以选择是接受还是拒绝来电。

如果您的通知正在进行(例如来电),请将该通知与前台服务相关联。以下代码段展示了如何显示与前台服务关联的通知:

// Provide a unique integer for the "notificationId" of each notification.    
//startForeground(notificationId, notification)

注意:系统界面可以选择在用户使用设备时显示提醒式通知,而不是启动全屏 intent。

通知的优势

这种基于通知的提醒系统可以为用户提供以下几个优势:

  • 当用户使用设备时,系统会向他们显示提醒式通知,从而让他们接听或拒绝来电或者关闭闹钟。用户可以维护其当前的上下文并控制他们在屏幕上看到的内容。
  • 您的来电或闹钟会受到用户的“勿扰”规则的影响。例如,在启用“勿扰”功能后,用户可以仅允许来自特定联系人或重复来电者的来电。
  • 当设备的屏幕关闭时,您的全屏 intent 会立即启动。
  • 在设备的设置屏幕中,用户可以查看哪些应用最近发送了通知(包括来自特定通知渠道的通知)。在该屏幕中,用户可以控制他们的通知偏好设置。

 

总结

这期纯转,毕竟Google已经讲得很明白了,并没啥好拓展出来讲得,按照要求来做就行了。

你可能感兴趣的:(版本适配)