Ionic 3权限请求与SplashScreen异常问题技术求助

我来帮你搞定这个启动页异常和权限时机的问题，结合你梳理的三种状态，咱们一步步拆解并解决：

核心问题根源 #

先帮你理清为什么会出现这三种状态的异常：

• 状态1正常：无权限相关插件时，启动页的生命周期完全不受干扰，按照预期显示/隐藏；
• 状态2首次启动无启动页：多数权限类Cordova插件会自动往AndroidManifest.xml中添加权限，且部分插件的初始化逻辑会在启动页隐藏前触发系统权限弹窗——Android系统会强制将权限弹窗置顶，直接覆盖了启动页；重启后权限已被询问过，所以启动页恢复正常；
• 状态3启动页彻底失效：custom-config-plugin虽然移除了权限，但可能修改了AndroidManifest的隐性配置（比如启动主题、启动页关联参数），或者插件残留的初始化逻辑打乱了启动页的生命周期。

针对性解决方案 #

方案1：禁止插件自动加权限，手动按需请求（推荐） #

这是最彻底的解决方式，完全掌控权限请求的时机：

1. 阻止插件自动添加权限
   在config.xml中给对应插件添加参数，禁止自动注入权限，以文件插件为例：

   <plugin name="cordova-plugin-file" spec="^6.0.2">
       <variable name="ANDROID_SUPPORT_V4_VERSION" value="27.+" />
       <!-- 关闭自动添加读写权限 -->
       <variable name="WRITE_EXTERNAL_STORAGE" value="false" />
       <variable name="READ_EXTERNAL_STORAGE" value="false" />
   </plugin>
   

   其他权限类插件也可以查找对应的禁用参数，一般在插件的npm文档中都有说明。

2. 手动按需请求权限
   使用cordova-plugin-android-permissions插件，在实际需要权限的场景（比如用户点击"选择图片"按钮）时才发起请求：

   import { AndroidPermissions } from '@ionic-native/android-permissions';
   
   constructor(private androidPermissions: AndroidPermissions) {}
   
   // 比如在用户触发需要权限的操作时调用
   requestStoragePermission() {
     this.androidPermissions.requestPermissions(
       [
         this.androidPermissions.PERMISSION.READ_EXTERNAL_STORAGE,
         this.androidPermissions.PERMISSION.WRITE_EXTERNAL_STORAGE
       ]
     ).then(
       result => {
         if(result.hasPermission) {
           // 权限已授予，执行后续操作
           this.openImagePicker();
         }
       },
       err => {
         // 权限被拒绝，提示用户去设置开启
         this.showPermissionDeniedAlert();
       }
     );
   }
   

方案2：确保权限请求在启动页隐藏后触发 #

如果某些插件无法禁止自动加权限，那就要保证权限请求逻辑在启动页完全隐藏后执行：

import { SplashScreen } from '@ionic-native/splash-screen';

constructor(private platform: Platform, private splashScreen: SplashScreen) {
  this.platform.ready().then(() => {
    // 先确保启动页完全隐藏
    this.splashScreen.hide();
    // 再初始化依赖权限的插件或触发权限请求
    this.initPermissionDependentFeatures();
  });
}

initPermissionDependentFeatures() {
  // 在这里初始化需要权限的功能，比如文件插件、图片选择器等
}

同时检查AndroidManifest.xml中MainActivity的主题配置，确保使用Ionic的启动页主题（而非系统默认主题），避免启动页被系统窗口覆盖。

方案3：清理custom-config-plugin的残留影响 #

针对状态3的启动页失效问题，建议彻底清理插件残留：

# 移除custom-config-plugin
ionic cordova plugin rm cordova-custom-config
# 删除Android平台文件夹，清除缓存
ionic cordova platform rm android
# 重新添加兼容Ionic 3的Android平台
ionic cordova platform add android@7.1.4

之后用方案1的方式手动控制权限，不要依赖插件修改Manifest。

验证标准 #

完成配置后，检查以下三点是否符合需求：

• 首次启动应用时，启动页正常显示，无权限弹窗；
• 只有当用户触发需要权限的操作时，才弹出系统权限请求；
• 杀死应用重启后，启动页依然正常显示。

内容的提问来源于stack exchange，提问作者George