当前位置: 移动技术网 > 移动技术>移动开发>Android > 关于Android 8.0的适配教程

关于Android 8.0的适配教程

2018年09月29日  | 移动技术网移动技术  | 我要评论

1.准备工作

将我们项目中的targetsdkversion改为 26(8.0) 或者 27(8.1),记住不要超过27,毕竟我还没有告诉你android p怎么适配(滑稽)。

2.运行时权限

首先引用官方的原文。

在 android 8.0 之前,如果应用在运行时请求权限并且被授予该权限,会错误地将属于同一权限组并且在清单中注册的其他权限也一起授予应用。

对于针对 android 8.0 的应用,此行为已被纠正。系统只会授予应用明确请求的权限。然而,一旦用户为应用授予某个权限,则所有后续对该权限组中权限的请求都将被自动批准。

例如,假设某个应用在其清单中列出read_external_storage和write_external_storage。应用请求read_external_storage,并且用户授予了该权限。如果该应用针对的是 api 级别 24 或更低级别,系统还会同时授予write_external_storage,因为该权限也属于同一storage权限组并且也在清单中注册过。如果该应用针对的是 android 8.0,则系统此时仅会授予read_external_storage;不过,如果该应用后来又请求write_external_storage,则系统会立即授予该权限,而不会提示用户。

所谓权限组如下:

这里写图片描述

所以总结下来,如果你之前是用什么权限就去申请什么权限,那么恭喜你,这个变化不会影响到你。如果你只申请了权限组中的某些权限,却用了同组的其他权限,那么你就需要去适配一下了。

那么怎么适配呢,如果你去检查之前每个申请权限的地方,未免太过麻烦。那么你可以根据你项目中的manifest文件中需要的权限与权限组去对比,整理出你需要申请的各个权限组。比如你需要android.permission.call_phone(打电话)与android.permission.read_phone_state(读取手机状态) 这两个权限。那么你就整理出了类似下面的类。


public class permissiongroup {

  //phone权限
  public static string[] phone = new string[] {
 manifest.permission.read_phone_state, 
 manifest.permission.call_phone
  };

  ...
}

到时在申请权限时就可以直接获取它,一次将它们都申请了。这样就防止了遗漏某个权限,导致的异常。

3.通知适配

其实8.0在通知这里变化还挺多的,比如通知渠道通知标志通知超时背景颜色的等,详细的说明可以去看官方的android 8.0 功能和 api。虽然变化很多,但是国内的机子貌似支持的不多。。。我在小米的文档中了解到,android 已将通知渠道的逻辑纳入 android compatibility definition document (cdd) 中,意味着所有 android 厂商都必须支持。所以我们可以放心的去适配。

这里写图片描述

通知渠道:android 8.0 引入了通知渠道,其允许您为要显示的每种通知类型创建用户可自定义的渠道。用户界面将通知渠道称之为通知类别。

我个人很喜欢这个新特性。也就是说,我们可以将我们给用户的通知进行分类,我用高德地图app来举例,从左到右分别是小米(miui10)、华为(emui 8.1.0)、一加(氢os 5.1):

\\\

可以看到高德地图分的很细致,分为四个组共13个类别(华为貌似对组不生效)。这样有个好处,我们可以控制我们想收到的通知,比如我不喜欢运营活动通知,那我就可以把它关闭。这样避免大量的不必要通知,否则使得用户觉得烦,一棒子打死。直接关闭你的允许通知。当然了,大量app都还没有适配,适配的也都分的不是很细致,比如下图的qq。(没有对比就没有伤害)

\\

当然更重要的问题是,如果不去适配,可能通知都不会弹出来。那么适配的方法如下:


private void createnotificationchannel() {
  if (build.version.sdk_int >= build.version_codes.o) {

notificationmanager notificationmanager = (notificationmanager)
  getsystemservice(context.notification_service);

//分组(可选)
//groupid要唯一
string groupid = "group_001";
notificationchannelgroup group = new notificationchannelgroup(groupid, "广告");

//创建group
notificationmanager.createnotificationchannelgroup(group);

//channelid要唯一
string channelid = "channel_001";

notificationchannel adchannel = new notificationchannel(channelid,
  "推广信息", notificationmanager.importance_default);
//补充channel的含义(可选)
adchannel.setdescription("推广信息");
//将渠道添加进组(先创建组才能添加)
adchannel.setgroup(groupid);
//创建channel
notificationmanager.createnotificationchannel(adchannel);

//创建通知时,标记你的渠道id
notification notification = new notification.builder(mainactivity.this, channelid)
  .setsmallicon(r.mipmap.ic_launcher)
  .setlargeicon(bitmapfactory.decoderesource(getresources(), r.mipmap.ic_launcher))
  .setcontenttitle("一条新通知")
  .setcontenttext("这是一条测试消息")
  .setautocancel(true)
  .build();
notificationmanager.notify(1, notification);

  }
 }

效果如下:

\

\

\

华为手机当只有一个渠道时,不会显示,会当做默认通知处理,除非一个以上。

注意:当channel已经存在时,后面的createnotificationchannel方法仅能更新其name/description,以及对importance进行降级,其余配置均无法更新。所以如果有必要的修改只能创建新的渠道,删除旧渠道。

删除渠道代码如下:


private void deletenotificationchannel(string channelid){
  if (build.version.sdk_int >= build.version_codes.o) {
notificationmanager mnotificationmanager = (notificationmanager)getsystemservice(context.notification_service);
mnotificationmanager.deletenotificationchannel(channelid);
  }

 }

4.悬浮窗适配

使用system_alert_window权限的应用无法再使用以下窗口类型来在其他应用和系统窗口上方显示提醒窗口:

type_phone type_priority_phone type_system_alert type_system_overlay type_system_error

相反,应用必须使用名为type_application_overlay的新窗口类型。

也就是说需要在之前的基础上判断一下:


if (build.version.sdk_int >= build.version_codes.o) {
 mwindowparams.type = windowmanager.layoutparams.type_application_overlay
}else {
 mwindowparams.type = windowmanager.layoutparams.type_system_alert
}

当然记得需要有权限



再进行判断:

5.安装apk

android 8.0去除了“允许未知来源”选项,所以如果我们的app有安装app的功能(检查更新之类的),那么会无法正常安装。

首先在androidmanifest文件中添加安装未知来源应用的权限:


这样系统会自动询问用户完成授权。当然你也可以先使用canrequestpackageinstalls()查询是否有此权限,如果没有的话使用settings.action_manage_unknown_app_sources这个action将用户引导至安装未知应用权限界面去授权。


 private static final int request_code_unknown_app = 100;

 private void installapk(){

  if (build.version.sdk_int >= build.version_codes.o) {
boolean hasinstallpermission = getpackagemanager().canrequestpackageinstalls();
if (hasinstallpermission) {
 //安装应用
} else {
 //跳转至“安装未知应用”权限界面,引导用户开启权限
 uri selfpackageuri = uri.parse("package:" + this.getpackagename());
 intent intent = new intent(settings.action_manage_unknown_app_sources, selfpackageuri);
 startactivityforresult(intent, request_code_unknown_app);
}
  }else {
//安装应用
  }

 }

 //接收“安装未知应用”权限的开启结果
 @override
 protected void onactivityresult(int requestcode, int resultcode, intent data) {
  super.onactivityresult(requestcode, resultcode, data);
  if (requestcode == request_code_unknown_app) {
installapk();
  }
 }

对于权限组、悬浮窗还有安装未知来源应用的权限适配,我们也可以使用andpermission。这样更加便捷。

6.集合的处理

现在,abstractcollection.removeall(null)和abstractcollection.retainall(null)始终引发nullpointerexception;之前,当集合为空时不会引发nullpointerexception。所以我们需要做判空处理。

7.后台执行限制

应用在两个方面受到限制:

后台服务限制:处于空闲状态时,应用可以使用的后台服务存在限制。 这些限制不适用于前台服务,因为前台服务更容易引起用户注意。

广播限制:除了有限的例外情况,应用无法使用清单注册隐式广播。 它们仍然可以在运行时注册这些广播,并且可以使用清单注册专门针对它们的显式广播。

在大多数情况下,应用都可以使用jobscheduler克服这些限制。 这种方式让应用安排为在未活跃运行时执行工作,不过仍能够使系统可以在不影响用户体验的情况下安排这些作业。关于的用法可以参考官方例子:android-jobscheduler

当然还有后台位置的限制需要去注意。

如对本文有疑问, 点击进行留言回复!!

相关文章:

验证码:
移动技术网