Flutter 打包APK的几种方式前言 Flutter打包不同于RN，Flutter可以在Android Studio

前言

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）提前编译为原生机器码。
用途:
主要用于生产环境，确保应用性能最优。
编译后的代码可以直接运行在目标设备上，无需额外的虚拟机或解释器。
特点:
提供更快的应用启动时间和运行速度。
减少内存占用。
不支持热重载，但生成的二进制文件更小、更高效