Flutter Android应用二次启动异常缓慢问题排查求助

问题概述 #

我正在开发一款集成地理定位、数据库、网络通信、相机功能的大型Flutter移动项目，遇到如下异常：

• 首次安装后启动（debug/release版本均测试）：启动页仅显示2-3秒即可进入应用；
• 关闭应用或重启手机后二次启动：启动页需等待约50秒才能进入应用；
• 该问题仅在Android设备上复现（已测试3台不同设备），iOS版本启动时间无异常。

核心疑问 #

是否由第三方库导致？或是启动页实现有误？附项目pubspec.yaml配置：

name: flutter_app
description: A new Flutter application.

publish_to: 'none'
version: 4.369.010+4369010

environment:
  sdk: ">=2.17.0 <3.0.0"
  flutter: ">=3.10.0"

dependencies:
  flutter:
    sdk: flutter
  camera: ^0.10.5+2
  path_provider: ^2.0.15
  path: ^1.8.3
  flutter_riverpod: ^2.1.3  
  flutter_localizations:
    sdk: flutter
  intl: ^0.18.0 
  cupertino_icons: ^1.0.4
  sqflite: ^2.0.0+4
  http: ^0.13.4
  http_parser: ^4.0.2
  fluttertoast: ^8.0.4
  signature: ^5.3.0
  flutter_image_compress: ^1.1.0
  syncfusion_flutter_signaturepad: ^20.3.57
  flutter_launcher_icons: ^0.11.0
  package_info_plus: ^4.0.1
  shared_preferences: ^2.0.15
  package_info_plus_web: ^2.0.0
  crypto: ^3.0.2
  detect_fake_location: ^1.0.1
  camera_android: ^0.10.8+3
  safe_device: ^1.1.4
  geolocator: ^10.1.0
  permission_handler: ^11.0.1 
  device_info_plus: ^9.0.3
  image: ^3.3.0
  carousel_slider: ^4.2.1
  sensors: ^2.0.3
  vector_math: any
  motion_sensors: ^0.1.0
  google_mlkit_text_recognition: ^0.10.0
  url_launcher: '6.0.0'
  restart_app: ^1.2.1
  dart_ipify: ^1.1.1
  image_compression: ^1.0.3
  native_shutter_sound: ^0.0.1

flutter_icons:
  android: "launcher_icon"
  ios: true
  image_path: assets\images\launcher.png

dev_dependencies:
  flutter_lints: ^2.0.1
  flutter_test:
    sdk: flutter

flutter:
  generate: true
  uses-material-design: true
  assets:
    - assets/logo.png
    - assets/config/
    - assets/images/
    - assets/demo/tmp_app4748.json
    - assets/demo/tmp_app4716.json
    - assets/demo/tmp_app4717.json
    - assets/demo/tmp_app4748eng.json
  fonts:
    - family: Montserrat
      fonts:
        - asset: fonts/Montserrat-Regular.ttf

一、大概率是第三方库引发的问题 #

从依赖列表看，以下几类库最可能在二次启动时触发耗时操作：

• 地理定位/安全检测类：geolocator、detect_fake_location、safe_device
  这类库在二次启动（尤其是设备重启后）可能会重新校验权限、绑定系统位置服务、执行root/ fake location检测，部分检测逻辑需要遍历系统文件或调用耗时的系统API，容易阻塞启动流程。
• ML工具类：google_mlkit_text_recognition
  MLKit的识别模型可能在首次启动后缓存到本地，二次启动时会校验模型完整性或重新加载，若模型体积大或设备存储IO性能差，会大幅拖慢启动速度。
• 设备信息类：device_info_plus
  该库在二次启动时可能重新收集全量硬件信息，部分信息的获取需要跨进程调用，耗时较长。

二、具体排查步骤 #

1. 逐库隔离测试
   临时注释掉启动阶段初始化的第三方库代码，逐一恢复并测试二次启动耗时，快速定位到具体的问题库。比如先注释geolocator的初始化逻辑，测试启动速度，再测试google_mlkit_text_recognition，以此类推。
2. 用Android Studio Profiler定位阻塞点
   打开Android Studio的Profiler，选择CPU分析模式，记录从应用启动到首页渲染的完整流程，查看哪个方法或库占用了大量CPU时间，重点关注main函数到首页渲染之间的同步阻塞操作。
3. 检查启动页逻辑
   确认启动页是否在等待异步操作完成后才跳转，比如是否在启动页中同步执行数据库初始化、权限请求等操作——正确的做法是启动页只负责展示UI，耗时操作放到后台或首页异步执行。
4. 验证库版本兼容性
   查看问题库的GitHub Issues是否有类似启动慢的反馈，比如geolocatorv10.x是否存在Android二次启动异常，尝试降级到之前的稳定版本（如v8.2.1）测试是否解决问题。

三、解决方案建议 #

1. 延迟初始化非核心库
   对于不是启动必须的库（如google_mlkit_text_recognition、签名相关库），不要在main函数中初始化，而是在进入首页后或首次使用该功能时再异步初始化，避免阻塞启动流程。
2. 优化权限请求时机
   不要在启动时一次性请求所有权限（定位、相机等），放到需要使用该功能的页面再请求，减少启动阶段的系统交互。
3. 异步化数据库初始化
   确保sqflite的数据库初始化、迁移操作是异步执行的，避免同步执行大量数据操作拖慢启动速度，必要时使用懒加载模式。
4. 简化启动时的安全检测
   如果detect_fake_location、safe_device的检测逻辑不是启动必须的，将其延迟到后台执行或用户触发特定操作时再执行。

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