一，背景

出于省电的目的，Android手机厂商都定制了自己的自启动管理，防止App随意偷跑流量和持续耗电等，同时也加大了推送送达的难度，大厂App或者用户量大的App，没有这个困扰，因为厂商为了更好的体验，把他们加入了白名单。
自启动权限在我的App中，最大的意义就是保证推送的送达和呈现，特别是因为我使用的是透传消息，需要App接收到消息内容后自己决定是否呈现，这时候App就需要自启动权限了。

在引导用户开启自启动权限之前，理论上应当先检查是否有必要进行自启动的开启，很遗憾，目前Android手机厂商都做了定制化，对于App的自启动状态的检查，通过程序代码的方式，检查自启动权限是否开启，目前还没有可行的办法，参考 #How to check MIUI autostart permission programmatically?

亲测无效的获取自启动状态的方法：(摘自CSDN问答频道(https://ask.csdn.net/questions/687126))，代码如下：

ComponentName localComponentName = new ComponentName(MyApplication.getInstance(), BootCompletedReceiver.class);
int i = MyApplication.getInstance().getPackageManager().getComponentEnabledSetting(localComponentName);

其中BootCompletedReceiver应替换为自己定义的Receiver

对于网络上那些利用RECEIVE_BOOT_COMPLETED权限，绕过系统设置进行自启动，过程对用户透明，的方法，个人不建议使用，实现过程参考# service开机启动及自启（由于android权限的控制，可能有问题），因为对用户隐瞒是一种不好的习惯，而且耗电量和流量使用的增加也会暴露你自己，反而会让用户关注你的App，最后还会因为用户不知道你莫名其妙的高耗电和费流量等原因卸载了你，如果只是正常使用的App，没有偷偷摸摸做什么的话，还是老老实实去申请这些权限比较好。

二，引导用户设置自启动

一般App在启动的时候会有一些基本的权限列表会检查，比如我的App中就在启动时检查了READ_PHONE_STATE、READ_EXTERNAL_STORAGE 以及 推送通知权限。
因为无法知晓自启动权限状态，不建议App启动检查的权限列表中检查这个权限，可以在App中增加设置选项，引导用户跳转到系统的相应设置页面进行设置，推送通知权限也是适合引导用户进行设置。

1.获取自启动管理设置页面包路径

为了能够跳转到自启动管理页面，我们必须知道自启动管理页面的包路径，不同的手机厂商，自启动管理页面包路径也是有差异的，开发者适配的方法比较麻烦，需要一家一家的拿手机来获取，我只有一部华为荣耀V8的测试手机，所以以该手机为例获取自启动管理页面包路径：

• 手机：荣耀V8，EMUI 8.0.0，Android 8.0.0
• ADB：[SDK包路径]/platform-tools/adb

例如我的ADB工具路径就是/Users/Martin/Documents/AndroidDev/android-sdk-macosx/platform-tools/adb，/Users/Martin/Documents/AndroidDev/android-sdk-macosx是我的SDK包路径

• 命令：执行adb shell dumpsys activity top，该命令会打印activity栈内处于顶部的内容，方便我们找到自启动管理页面的包路径，注意命令中的空格。
• 步骤：
  1. 手机连接电脑
  2. 手机-->手机管家-->启动管理
  3. 执行命令adb shell dumpsys activity top，找到符合自己要求的TASK和ACTIVITY

如果配置过相关的环境变量，则可以直接执行命令；如果没有配置ADB的环境变量，则需要自己cd到SDK工具的目录进行调用；

步骤2:打开自启动管理

步骤3:执行命令获取ACTIVITY

通过以上步骤，我们可以获取到自启动管理设置页面的包路径。

2.引导用户跳转到自启动管理设置页面进行设置

有了自启动管理设置页面的包路径，我们就可以通过添加到Intent的方式跳转过去，获取Intent的代码如下：

/**
 * 获取自启动管理页面的Intent
 * @param context context
 * @return 返回自启动管理页面的Intent
 * */
public static Intent getAutostartSettingIntent(Context context) {
    ComponentName componentName = null;
    String brand = Build.MANUFACTURER;
    Intent intent = new Intent();
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    switch (brand.toLowerCase()) {
        case "samsung"://三星
            componentName = new ComponentName("com.samsung.android.sm", "com.samsung.android.sm.app.dashboard.SmartManagerDashBoardActivity");
            break;
        case "huawei"://华为
            //荣耀V8，EMUI 8.0.0，Android 8.0上，以下两者效果一样
            componentName = new ComponentName("com.huawei.systemmanager", "com.huawei.systemmanager.appcontrol.activity.StartupAppControlActivity");
//            componentName = new ComponentName("com.huawei.systemmanager", "com.huawei.systemmanager.startupmgr.ui.StartupNormalAppListActivity");//目前看是通用的
            break;
        case "xiaomi"://小米
            componentName = new ComponentName("com.miui.securitycenter", "com.miui.permcenter.autostart.AutoStartManagementActivity");
            break;
        case "vivo"://VIVO
//            componentName = new ComponentName("com.iqoo.secure", "com.iqoo.secure.safaguard.PurviewTabActivity");
            componentName = new ComponentName("com.iqoo.secure", "com.iqoo.secure.ui.phoneoptimize.AddWhiteListActivity");
            break;
        case "oppo"://OPPO
//            componentName = new ComponentName("com.oppo.safe", "com.oppo.safe.permission.startup.StartupAppListActivity");
            componentName = new ComponentName("com.coloros.oppoguardelf", "com.coloros.powermanager.fuelgaue.PowerUsageModelActivity");
            break;
        case "yulong":
        case "360"://360
            componentName = new ComponentName("com.yulong.android.coolsafe", "com.yulong.android.coolsafe.ui.activity.autorun.AutoRunListActivity");
            break;
        case "meizu"://魅族
            componentName = new ComponentName("com.meizu.safe", "com.meizu.safe.permission.SmartBGActivity");
            break;
        case "oneplus"://一加
            componentName = new ComponentName("com.oneplus.security", "com.oneplus.security.chainlaunch.view.ChainLaunchAppListActivity");
            break;
        case "letv"://乐视
            intent.setAction("com.letv.android.permissionautoboot");
        default://其他
            intent.setAction("android.settings.APPLICATION_DETAILS_SETTINGS");
            intent.setData(Uri.fromParts("package", context.getPackageName(), null));
            break;
    }
    intent.setComponent(componentName);
    return intent;
}

最后在Activity子类中使用startActivity()方法跳转，亲测在华为荣耀V8上使用有效。

三，总结

Android厂商定制化的系统好麻烦，可以控制App耗电量的问题，同时开发者需要付出巨大的工作量来适配，这个只是冰山一角，未来希望Android在两者之间能够取得平衡，优化用户体验的同时，简化开发者适配的工作。

参考文章：
#1 android引导用户开启自启动权限(https://blog.csdn.net/qq_29612963/article/details/77841075)
#2 Android的权限设置及自启动设置方法(https://www.jb51.net/article/144734.htm)