flutte学习-编译模式

Posted 2022-01-28 GY-93

flutter学习-编译模式

• 1. Flutter的编译模式
• • 1.1 Debug模式
  • 1.2 Release模式
  • 1.3 profile模式
• 2. 开发中模式区分

1. Flutter的编译模式

1.1 Debug模式

在Debug模式下,app可以被安装在模拟器和真机上进行调试

• Debug模式有如下特点：

  • 断言是开启的（Assertions）
  • 服务扩展是开启的（Service extension）
  • 这个可以从runApp的源码查看runApp -> WidgetsFlutterBinding -> initServiceExtensions
  • 开启调试，类似于DevTools的工具可以连接到应用程序的进程中
  • 针对快速开发和运行周期进行了编译优化（但不是针对执行速度、二进制文件大小或者部署）
  • 比如Dart是JIT模式（Just In Time，即时编译，也可以理解成 边运行边编译）
    默认情况下，运行 flutter run 会使用 Debug 模式，点击android Studio run按钮，也是debug模式
    

• 下面情况会出现在Debug模式下

  • 热重载（Hot Reload）功能仅能在调试模式下运行；
  • 仿真器和模拟器仅能在调试模式下运行
  • 在debug模式下，应用可能会出现掉帧或者卡顿现象

• DevTools工具的使用方法参考官方文档

1.2 Release模式

当我们要发布应用程序时，总是希望最大化的优化性能和应用程序所占据的空间。
在Release模式下是不支持模拟器和仿真器的， 只能在真机上运行

• Release模式有如下特点
  • 断言是无效的
  • 服务扩展是无效的
  • debuging是无效的
  • 编译针对快速启动、快速启动和小的package的大小进行了优化
    • 比如Dart是AOT模式（Ahead Of Time，预先编译）

那么如何使用release来编译运行项目，这里有两种方法：

• 使用命令flutter run --release来编译运行程序
• 在Android Studio中配置（Android run args:运行参数这里配置--release即可），当你配置后，在使用flutter run或则直接点击工具运行按钮都是使用release模型编译运行的
  

如果使用release运行在模拟器上会直接报如下错误：

1.3 profile模式

profile模式和release模式类似，但是会保留一些信息方便我们对性能进行检测。

• profile模式有如下特点：
  • 保留了一些扩展是开启的
  • DevTools的工具可以连接到应用程序的进程中；
• Profile模式最重要的作用就是可以利用DevTools来测试应用的性能

使用profile模式编译程序的方式和使用release模式的方式类似：

• 使用命令行flutter run --profile
• 在Android Studio运行参数中配置--profile

2. 开发中模式区分

在开发中我们可能想要对debug和release进行区分，根据不同的模式进行不同的相关设置

• 比如网络请求的baseURL

那么如何区分？ 常见的有两种方式：

• 通过assert断言来区分，因为在release模式下断言是无效的
• 通过kReleaseMode来区分，这是系统提供的

通过assert断言来区分：

• 因为assert必须要传入一个bool值，所以我们使用了一个立即执行函数

String baseURL = "production baseURL";
assert(() 
  baseURL = "development baseURL";
  return true;
());

• 函数后面带（）叫立即执行函数

通过kReleaseMode常量来区分

String baseURL = kReleaseMode ? "production baseURL": "development baseURL";

我们可以看到flutter的API中对该常量的运用：