前言
Flutter打包不同于RN，Flutter可以在Android Studio里编写Flutter代码并最终打包为APK，本篇主要阐述涉及到的几种打包方式。
通过本篇文章，你将了解到：
- Android原生打包APK方式
- Flutter通过原生工程打包方式
- Futter工程打包方式
- Flutter打包产物分析
1. Android原生打包APK方式
以原生Android工程为例。
- 设置编译模式
选择变体，通常有debug和release模式（可以新增不同的模式），默认是debug模式。
我们平时点击Run到设备上就是debug模式。
- 开始构建
选择后开始构建，因为前面选的是debug模式，因此此时打出来的包就是debug包。
- 查看构建产物
可以看出，build目录下有个debug.apk，说明打包成功。
当然如果要打release包，首先要在build.gradle(module级别）设置签名，而后再按上述的步骤将Build Variant 切换成release模式，接下来的操作与debug模式打包一样的。
release产物如下：
此处没有设置签名，因此打出来的包有unsigned字样。
2. Flutter通过原生工程打包方式
打开一个Flutter工程，其目录结构如下：
可以看出，根目录下有个android的目录，使用Android Studio 打开该目录：
这就是一个可正常运行的Android 工程，在此处运行与在Flutter 工程里运行效果是一致的。
只不过Build Variant比普通的Android工程多了个profile模式（性能调试时使用，平时用不到）。
因此打开Flutter里的android工程，就可以像普通android工程一样构建、打包。
3. Futter工程打包方式
当然如果你不想既打开Flutter工程，又打开Android工程，其实Flutter工程里也可以编译打包的，归纳为三种方式。
第一种：
查看产物：
注意：
此种方式默认是release模式
第二种：
命令行打包，在Android Studio Terminal里输入如下命令
flutter build apk --debug //打debug包
flutter build apk --release //打release包
打包的产物依旧是如上flutter-apk目录。
第三种：
如果嫌每次命令行输入命令麻烦，而只想将包run在设备上，此时依然可以借助IDE。
编辑配置。
填上"--debug"表示run的是debug包。
同样的，填上"--release"表示run的是release包。
最终配置界面显示如下：
此时即可随时run不同模式的包。
4. Flutter打包产物分析
debug、release模式下，Flutter业务代码分别以什么样的形式存在呢？
解压apk，查看debug模式下的产物：
以.bin文件存在，支持JIT(Just-In-Time)，有调试信息，支持热重载。
JIT：
定义: JIT 是一种动态编译技术，在运行时将代码从高级语言（如 Dart）即时编译为机器码。
用途:
主要用于开发阶段，支持热重载（Hot Reload）功能。
允许开发者快速查看代码更改的效果，而无需重新启动应用。
特点:
不需要提前编译整个应用程序。
运行速度较慢，因为编译是在运行时完成的。
占用更多内存，适合开发环境而非生产环境
解压，查看release模式下的产物：
最终是打包为了.so文件，支持AOT (Ahead-Of-Time )。 AOT ：
定义: AOT 是一种静态编译技术，在构建阶段将代码从高级语言（如 Dart）提前编译为原生机器码。
用途:
主要用于生产环境，确保应用性能最优。
编译后的代码可以直接运行在目标设备上，无需额外的虚拟机或解释器。
特点:
提供更快的应用启动时间和运行速度。
减少内存占用。
不支持热重载，但生成的二进制文件更小、更高效