部分安卓设备上WidgetsFlutterBinding.ensureInitialized()执行过慢如何解决

• 国产ROM的启动限制：小米、RealMe等品牌的定制ROM对应用冷启动做了多维度限制，包括未上架应用的预加载拦截、后台权限限制、省电策略导致的主线程调度优先级降低，WidgetsFlutterBinding.ensureInitialized()执行时需要和原生端完成通信绑定，这类调度限制会直接拉长绑定耗时。
• 原生端初始化阻塞：WidgetsFlutterBinding.ensureInitialized()触发时会同步等待安卓原生Application层的初始化逻辑执行完成，如果你在原生安卓项目的Application.onCreate中引入了其他三方SDK的同步初始化、或者有阻塞主线程的耗时操作，会直接体现在这个方法的耗时统计上。
• Flutter版本兼容问题：部分老旧Flutter版本（2.10之前的稳定版）对安卓12及以上国产ROM的适配存在缺陷，绑定逻辑中存在不必要的主线程等待逻辑，也会导致该步骤耗时异常升高。
• debug模式的额外开销：如果你的测试包是debug版本，Flutter的调试相关逻辑会在绑定时加载大量调试资源，国产ROM对调试应用的性能限制也更严格，会放大启动耗时问题。

• 原生端优化：
  • 检查安卓项目Application.onCreate中的所有逻辑，把非必要的同步初始化全部改成异步执行，不要阻塞主线程
  • 可在首次启动时引导用户关闭针对该应用的省电优化、允许后台活动，将应用加入系统启动白名单
• Flutter侧启动逻辑优化：
  • 升级到最新稳定版Flutter，修复版本适配导致的绑定耗时问题
  • 调整初始化顺序，把非必须在runApp之前执行的逻辑后移：可以先渲染一个简易的启动页，等后续初始化完成后再跳转到主页，避免长时间白黑屏，参考代码如下：

  Future<void> main() async {
    // 仅先执行最基础的绑定
    WidgetsFlutterBinding.ensureInitialized();
    // 优先渲染启动页，避免用户感知白黑屏
    runApp(const LauncherPage());
    // 异步执行后续初始化逻辑
    await Firebase.initializeApp();
    AppSharedPreference.init();
    EquatableConfig.stringify = !kDebugMode;
    Bloc.observer = SimpleBlocObserver();
    if (defaultTargetPlatform == TargetPlatform.android) {
      InAppPurchaseAndroidPlatformAddition.enablePendingPurchases();
    }
    await SystemChrome.setPreferredOrientations([DeviceOrientation.portraitUp]);
    // 初始化完成后加载主应用
    runApp(globalBlocProviderForInitialize(globalBlocProviderForApp(const App())));
  }
  

• 打包配置优化：
  • 测试时使用release包验证耗时，debug包的调试开销不代表线上实际表现
  • 开启安卓R8混淆、资源压缩，减少应用启动时的类加载耗时
• 针对国产ROM的特殊适配：
  • 在安卓Manifest中加入对应品牌的启动权限声明，降低ROM的拦截概率
  • 应用上架对应品牌的应用商店后，ROM对已上架应用的启动限制会大幅减少，线上版本的耗时会明显低于测试包的表现

内容的提问来源于stack exchange，提问作者Đặng Minh Hiếu