Android 8.0 简单适配那些事儿

简介: 迟到的 Android 8.0 适配!

      Android 8.0 以发布很长时间了,基于用户设备和市场要求等迟迟没有适配升级;如今适配时遇到一些问题,整理记录一下!官网Android 8.0 新特性以及适配相关的介绍非常清楚,小菜根据官方要求逐步进行适配升级;

升级 SDK

      首先要处理的是 targetSDK = 26 compileSDK >= 26,同步之后要注意项目中三方 SDK 是否需要升级适配,若需要升级请认真参考三方 SDK 文档进行升级,之后小菜建议分别对 debug 和 release 进行测试是否可以进行正常打包;这一步可能简单到只需更改一个版本号而已,也可能牵连很多复杂的三方包的升级等,需认真对待;

targetSdkVersion = 26

推送通知

      小菜在升级 SDK 之后测试推送消息,部分消息无法正常展示,原因在于 Android 8.0 添加了通知渠道,允许建立不同的通知渠道类型,我们可以创建不同类型的通知渠道,用户方可以选择性的关闭不感兴趣或低优先级的推送消息,优势是不会因为推送消息过多而整体取消;

      创建通知渠道需要 ChannelID / ChannelName / importance 三个参数,ChannelID 为唯一的,ChannelName 会展示在系统设置说明中,importance 为通知重要程度;

  1. IMPORTANCE_HIGH 可在任何地方显示,有声音
  2. IMPORTANCE_DEFAULT 可任何地方显示,有声音但不会在视觉上干扰
  3. IMPORTANCE_MIN 无声音,只出现在状态栏中,不能与 startForeground 一起用
// Android8.0 将各个通知放入特定渠道中
NotificationManager notificationManager =
    (NotificationManager) context.getSystemService(android.content.Context.NOTIFICATION_SERVICE);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    NotificationChannel channel = new NotificationChannel(PUSH_CHANNEL_ID, PUSH_CHANNEL_NAME, NotificationManager.IMPORTANCE_HIGH);
    if (notificationManager != null) {
        notificationManager.createNotificationChannel(channel);
    }
}
// 需要传入 ChannelID
NotificationCompat.Builder notificationBuilder = new NotificationCompat.Builder(context, PUSH_CHANNEL_ID);
...
notificationBuilder.build();

      小菜的项目中推送相对简单,官网提供了很多丰富的样式和细节,需要的请官网查阅;

Apk 下载安装

      自从 Android N 开始,Android 便加大了对文件管理的限制;Android 7.0 之后弃用了 Uri.fromFile 方式采用 FileProvider 方式处理本地文件路径;

Uri.fromFile 方式文件路径:
file:/storage/emulated/0/Android/data/包名/files/downloaded_app.apk

FileProvider 方式文件路径:
content:/storage/emulated/0/Android/data/包名/files/downloaded_app.apk
  1. AndroidManifest.xml 中声明 Provider
<provider
    android:name="android.support.v4.content.FileProvider"
    android:authorities="${applicationId}.fileprovider"
    android:exported="false"
    android:grantUriPermissions="true">
  <meta-data
      android:name="android.support.FILE_PROVIDER_PATHS"
      android:resource="@xml/file_path" />
</provider>
  1. res 下新建 xml 文件夹,之后新建与 Provider 中对应的 file_path 文件;
<?xml version="1.0" encoding="utf-8"?>
<paths>
  <external-files-path
      name="external_files_path"
      path="Download" />
</paths>
  1. 使用隐式意图安装 Apk
private void installApk(File apk) {
    Uri uri = null;
    if (Build.VERSION.SDK_INT < Build.VERSION_CODES.N) {
        uri = Uri.fromFile(apk);
    } else {
        uri = FileProvider.getUriForFile(mContext, mContext.getPackageName() +  ".fileprovider", apk);
    }
    Intent intent = new Intent(Intent.ACTION_VIEW);
    intent.setDataAndType(uri, "application/vnd.android.package-archive");
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
    mContext.startActivity(intent);
}
  1. Android O 的新权限要求;
<uses-permission android:name="android.permission.REQUEST_INSTALL_PACKAGES"/>

注意事项

  1. android:name 默认为 android.support.v4.content.FileProvider 但有时需要集成三方 SDK 时已经占用,使用新的 Provider 时可以新建 Provider 防止冲突;
public class MyFileProvider extends FileProvider {}
  1. android:authorities 一般为 Uri 域名,具有唯一性,与安装 Apk 时路径相同;
android:authorities="${applicationId}.fileprovider"

FileProvider.getUriForFile(mContext, mContext.getPackageName() +  ".fileprovider", apk);
  1. android:exported="false"FileProvider 默认为私有的不可导出;
  2. android:grantUriPermissions="true":允许获取文件的临时访问权限;
  3. android:resource="@xml/file_path": 设置 FileProvider 访问的文件路径,可自由定义;
  4. file_path.xml 中为文件路径,可自由设置,Android 默认提供了如下几种;
【files-path】 -> "/data/data/包名/files"
【external-path】 -> "/storage/emulated/0"
【cache-path】 -> "/data/data/包名/cache"
【external-files-path】 -> "/storage/emulated/0/Android/data/包名/files"
【external-cache-path】 -> "/storage/emulated/0/Android/data/包名/cache"

后台广播限制

      Android 8.0 之后,系统对后台操作增加了更多的限制,App 应用无法使用 AndroidManifest 中注册大部分隐式广播;尤其是 "android.net.conn.CONNECTIVITY_CHANGE",但对于 如下广播 例外;

// 开机广播
Intent.ACTION_LOCKED_BOOT_COMPLETED
Intent.ACTION_BOOT_COMPLETED

// 用户增删
Intent.ACTION_USER_INITIALIZE

// 时区广播
Intent.ACTION_TIMEZONE_CHANGED

// 语言区域
Intent.ACTION_LOCALE_CHANGED

// USB
UsbManager.ACTION_USB_ACCESSORY_ATTACHED
UsbManager.ACTION_USB_ACCESSORY_DETACHED
UsbManager.ACTION_USB_DEVICE_ATTACHED
UsbManager.ACTION_USB_DEVICE_DETACHED

// 蓝牙
BluetoothHeadset.ACTION_CONNECTION_STATE_CHANGED
BluetoothA2dp.ACTION_CONNECTION_STATE_CHANGED
BluetoothDevice.ACTION_ACL_CONNECTED
BluetoothDevice.ACTION_ACL_DISCONNECTED

// 电话
CarrierConfigManager.ACTION_CARRIER_CONFIG_CHANGED
TelephonyIntents.ACTION_*_SUBSCRIPTION_CHANGED
TelephonyIntents.SECRET_CODE_ACTION
TelephonyManager.ACTION_PHONE_STATE_CHANGED
TelecomManager.ACTION_PHONE_ACCOUNT_REGISTERED
TelecomManager.ACTION_PHONE_ACCOUNT_UNREGISTERED

// 登录账号
AccountManager.LOGIN_ACCOUNTS_CHANGED_ACTION

// 数据清除
Intent.ACTION_PACKAGE_DATA_CLEARED

      适配方式则是把不能使用的隐式广播动态注册;注意:要在同一个上下文环境下【注册和销毁】

TestReceiver testReceiver;

public void initTestReceiver() {
    testReceiver = new TestReceiver();
    IntentFilter intentFilter = new IntentFilter();
    intentFilter.addAction("android.intent.action.NEW_OUTGOING_CALL");
    intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
    context.registerReceiver(testReceiver, intentFilter);
}

public void destroyTestReceiver() {
    if (testReceiver != null) {
        context.unregisterReceiver(testReceiver);
    }
}

后台服务限制

      Android 8.0 对于服务的限制也增强了,不能直接用 startService 启动后台服务;

方案一:

      由后台服务转为前台服务,根据版本判断,使用 startForegroundService(),但是应用必须在创建服务后的五秒内调用该服务的 startForeground();若不调用,日志会提示没有调用 startForeground,甚至会出现 ANR 应用崩溃;

// 启动 Service
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    startForegroundService(new Intent(MainActivity.this, TestService.class));
} else {
    startService(new Intent(MainActivity.this, TestService.class));
}

public class TestService extends Service {
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @Override
    public void onCreate() {
        initNotification();
        super.onCreate();
    }

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

    private void initNotification() {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            NotificationManager notificationManager =
                (NotificationManager) getSystemService(android.content.Context.NOTIFICATION_SERVICE);
            NotificationChannel channel =
                new NotificationChannel("push", "push_name", NotificationManager.IMPORTANCE_HIGH);
            notificationManager.createNotificationChannel(channel);
            Notification notification =
                new NotificationCompat.Builder(this, "push").setContentTitle("ACE_DEMO").setContentText("前台服务").build();
            startForeground(1, notification);
        }
    }
}

      服务转为前台需要手动开启一个 Notification,对于部分 Android O 设备,若没有创建 ChannelNotification 内容不填充默认在切到后台时,系统会提示通知 XX在后台消耗电量;若 Notification 正常同样会提示后台进行,只是内容为填充内容;小菜尝试了很多方式均不能正常取消通知,所以官网推荐了方案二来启动后台服务;

方案二:

      官方提供了另一种解决方案 JobScheduler 可以用计划作业替代后台服务,即使用 JobService 替代 ServiceJobService 是从 Android 5.0 之后引入的,小菜为了适配兼容性,低版本依旧采用普通的 Service 高版本采用 JobService

      JobService 中通过 onStartJob 处理业务逻辑,通过 onStopJob 结束作业;调用是借助 JobInfo.Builder 构造器来启动;

@RequiresApi(api = Build.VERSION_CODES.LOLLIPOP)
public class TestJobService extends JobService {
    @Override
    public boolean onStartJob(JobParameters params) {
        // do something
        return false;
    }

    @Override
    public boolean onStopJob(JobParameters params) {
        return false;
    }
}

public static void startTestService(Context context) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        JobScheduler scheduler = context.getSystemService(JobScheduler.class);
        JobInfo.Builder builder = new JobInfo.Builder(Constants.JOB_ALARM_SERVICE_ID, new ComponentName(context, TestJobService.class));
        builder.setOverrideDeadline(5000);
        scheduler.schedule(builder.build());
    } else {
        context.startService(new Intent(context, TestJobService.class));
    }
}

方案三:

      为了简便的使用 JobServiceService,小菜尝试了三方的 android-job,无需区分版本,最低支持到 API 14,基本满足日常版本;

      Job 中通过 onRunJob 处理业务逻辑,通过 JobRequest.Builder 构造器来调用;且 Job 提供了包括立即启动/延迟启动/循环启动等多种方式,详细方法请参照官网;

public class TestJobCreator implements JobCreator {
    @Override
    @Nullable
    public Job create(@NonNull String tag) {
        switch (tag) {
            case TestSyncJob.TAG:
                return new TestSyncJob();
            default:
                return null;
        }
    }
}

public class TestSyncJob extends Job {
    public static final String TAG = "job_test_tag";

    @Override
    @NonNull
    protected Result onRunJob(Params params) {
        // run your job here
        return Result.SUCCESS;
    }

    public static void scheduleJob() {
        new JobRequest.Builder(TestSyncJob.TAG)
                .setExecutionWindow(30_000L, 40_000L)
                .build()
                .schedule();
    }
}

JobManager.create(this).addJobCreator(new TestJobCreator());

      Android 8.0 的适配还包括 蓝牙/后台定位 等限制,小菜在实际中并未应用,详细内容请查阅官方文档;小菜仅记录一下实际适配中遇到的问题难点;若有错误请多多指导!

来源:阿策小和尚

目录
相关文章
|
7月前
|
Web App开发 移动开发 小程序
"项目中mpaas升级到10.2.3 适配Android 14之后 app中的H5以及小程序都访问不了,
"项目中mpaas升级到10.2.3 适配Android 14之后 app中的H5以及小程序都访问不了,显示“网络不给力,请稍后再试”,预发内网版本不能使用,线上版本可以正常使用,这个是什么原因啊,是某些参数没有配置吗,还是说是一些参数改错了?
118 2
|
Android开发
Android 全屏适配刘海机型
Android 全屏适配刘海机型
191 0
|
3月前
|
调度 Android开发 UED
Android经典实战之Android 14前台服务适配
本文介绍了在Android 14中适配前台服务的关键步骤与最佳实践,包括指定服务类型、请求权限、优化用户体验及使用WorkManager等。通过遵循这些指南,确保应用在新系统上顺畅运行并提升用户体验。
258 6
|
5月前
|
IDE API Android开发
安卓与iOS开发环境的差异及适配策略
在移动应用开发的广阔舞台上,Android和iOS两大操作系统各据一方,各自拥有独特的开发环境和工具集。本文旨在深入探讨这两个平台在开发环境上的关键差异,并提供有效的适配策略,帮助开发者优化跨平台开发流程。通过比较Android的Java/Kotlin和iOS的Swift/Objective-C语言特性、IDE的选择、以及API和系统服务的访问方式,本文揭示了两个操作系统在开发实践中的主要分歧点,并提出了一套实用的适配方法,以期为移动开发者提供指导和启示。
|
4月前
|
安全 Java Android开发
Android 14适配Google play截止时间临近,适配注意点和经验
本文介绍了Android 14带来的关键更新,包括性能优化、定制化体验、多语言支持、多媒体与图形增强等功能。此外,还强调了适配时的重要事项,如targetSdkVersion升级、前台服务类型声明、蓝牙权限变更等,以及安全性与用户体验方面的改进。开发者需按官方指南更新应用,以充分利用新特性并确保兼容性和安全性。
300 0
|
存储 5G API
Android 11 来袭,一起来看看怎么适配(三)
Android 11 来袭,一起来看看怎么适配
|
安全 Shell 测试技术
Android 11 来袭,一起来看看怎么适配(二)
Android 11 来袭,一起来看看怎么适配
|
7月前
|
编解码 人工智能 测试技术
安卓适配性策略:确保应用在不同设备上的兼容性
【4月更文挑战第13天】本文探讨了提升安卓应用兼容性的策略,包括理解平台碎片化、设计响应式UI(使用dp单位,考虑横竖屏)、利用Android SDK的兼容工具(支持库、资源限定符)、编写兼容性代码(运行时权限、设备特性检查)以及优化性能以适应低端设备。适配性是安卓开发的关键,通过这些方法可确保应用在多样化设备上提供一致体验。未来,自动化测试和AI将助力应对设备碎片化挑战。
745 4
|
安全 API 开发工具
Android14 适配之——targetSdkVersion 升级到 34 需要注意些什么?(下)
Android14 适配之——targetSdkVersion 升级到 34 需要注意些什么?(下)
1356 0
|
存储 缓存 安全
Android14 适配之——现有 App 安装到 Android14 手机上需要注意些什么?
Android14 适配之——现有 App 安装到 Android14 手机上需要注意些什么?
536 0