Flutter圈子FlutterFlutter

Flutter是如何转换成iOS应用程序包的？

2019-01-16  本文已影响137人  十拿九稳啦

本文翻译自：Flutter’s iOS Application Bundle

本文档描述了Flutter的构建系统如何将您的Flutter项目(及其资产)转换为iOS应用程序包。我希望能描述清楚一些构建步骤，并解释生成相应产物的目的（PS：这里的产物我觉得可以理解为构建时生成的一些中间文件或者最终生成的可执行文件等），这样您就可以将相同的过程集成到你自己的构建环境中。

关于工作流程的注意事项：在构建要发布的应用程序时，您可能会使用Flutter工具，这会使构建过程容易一些。但是，一些开发人员可能会发现这个过程不是可配置的，或者不适合他们自定义的构建持续集成(CI)配置。

如果您有自定义的Xcode构建或Gradle设置，那么Flutter工具添加的所有“魔法”功能都是可选的，您可以配置构建方式以适应您自己的工作流程。

本文档中的所有信息均适用于准备发布到App Store的iOS应用程序包。也就是说项目构建的是Flutter的发布模式。Debug或者Prifile的编译方式使用了不同的运行时和打包模式，以便于支持热重载（Hot Reload）和监控（observatory）。

Flutter应用程序将用户界面渲染为原生视图树（图层）中的单个视图。如下


iOS

应用程序包

使用flutter build ios --release 命令（或者使用Flutter IDE如Android Studio）创建的应用程序与典型的iOS应用程序包非常相似，后者包含了应用程序可执行文件及其引用的框架和资源。

Flutter生成的Runner.app包结构：

Runner.app
├── AppFrameworkInfo.plist
├── Assets.car
├── Base.lproj
│   ├── LaunchScreen.storyboardc
│   └── Main.storyboardc
├── Debug.xcconfig
├── Frameworks
│   ├── App.framework            # See “App framework bundle”
│   │   ├── App
│   │   ├── Info.plist
│   └── Flutter.framework        # See “Flutter framework bundle”
│       ├── Flutter
│       ├── Info.plist
│       └── icudtl.dat
├── Info.plist
├── Runner
└── flutter_assets
├── AssetManifest.json
├── FontManifest.json
├── LICENSE
├── fonts
└── packages
└── cupertino_icons
└── assets
└── CupertinoIcons.ttf

编译应用程序

在编译应用程序的发布版本(而不是Profile或debug版本)时，需要来自构建程序和主机的产品。(有关构建机器人(构建引擎的一部分，使用GN和Ninja)的更多信息，请参见《为Flutter引擎做贡献》。)

当您安装SDK时，Flutter工具将缓存在您的机器上。您可以在你的Flutter SDK副本中的bin/cache目录中看到它们。如果您决定将此过程的任何步骤集成到您自己的构建系统中，那么该文件夹包含处理Flutter所需的所有版本化工具。

以下部分描述了Flutter的iOS应用程序包特有的一些文件。

Flutter 引擎框架包

Flutter.framework 文件夹是被打包成iOS框架的包，包含

构建机器人生成Flutter引擎框架包，然后Flutter工具下载并缓存到您的机器上。

AOT框架包

App.framework 包含用户编写的所有Dart应用程序代码的AOT快照以及 armv7 和 aarch64 格式的Flutter框架和插件的Dart代码。

在版本构建过程中，编译器对Dart代码执行精简，因此只有实际使用的代码才会出现在bundle中。设备上缓存的gen_snapshot工具生成创建App.framework包所需的组件。

AOT 快照

AOT快照包含了由Dart向设备相关编译而成的静态码。gen_snapshot 生成的快照库包含四个主要符号。这些符号可以由nm命令解包，如:

$ nm -gU Runner.app/Frameworks/App.framework/App
Runner.app/Frameworks/App.framework/App (for architecture armv7):
003c6f60 S _kDartIsolateSnapshotData
00007000 T _kDartIsolateSnapshotInstructions
003c16a0 S _kDartVmSnapshotData
00004000 T _kDartVmSnapshotInstructions
Runner.app/Frameworks/App.framework/App (for architecture arm64):
00000000004041a0 S _kDartIsolateSnapshotData
0000000000009000 T _kDartIsolateSnapshotInstructions
00000000003fc740 S _kDartVmSnapshotData
0000000000005000 T _kDartVmSnapshotInstructions

其目的如下：

调用gen_snapshot很简单。您将其指向Dart源代码，它将为这四个符号中的每一个输出一点东西。然后，Xcode将这些符号打包成一个iOS framework，就像用C、c++、Objective-C或Swift编写的框架一样。了解更多关于如何在Flutter engine 中配置快照和引擎请查看： Flutter engine wiki。

除了大量的代码之外，Flutter工具还确保应用程序(及其插件)引用的资产最终位于应用程序包中。它通过阅读项目的pubspec.yaml文件中列出的资产来实现这一点。

关于安卓

构建Android APK包(使用`flutter build apk - release 命令或IDE)的过程会生成以下文件结构:

$ Runner.apk.unzipped
├── AndroidManifest.xml
├── assets
│   ├── flutter_assets
│   │   ├── fonts
│   │   │   └── MaterialIcons-Regular.ttf
│   │   └── packages
│   │       └── cupertino_icons
│   │           └── assets
│   │               └── CupertinoIcons.ttf
│   ├── icudtl.dat
│   ├── isolate_snapshot_data
│   ├── isolate_snapshot_instr
│   ├── vm_snapshot_data
│   └── vm_snapshot_instr
├── classes.dex
├── lib
│   └── armeabi-v7a
│       └── libflutter.so
├── output.json
├── res
└── resources.arsc

它与iOS发布包基本相同，除了:

第二点可能有点出乎意料，需要解释一下:构建发行版APK并不需要下载NDK。这是因为，在机器上没有NDK时，Flutter工具会将blob添加为资产。在Android上，Flutter引擎可以将页面标记为可执行文件。因此，当它检测到AOT资产被打包为二进制blob时，它将这些blob映射到内存中，并将相应的页面标记为可执行文件。如果您可以访问机器上的NDK，那么您可以指定它的位置，并使用这些符号生成一个动态库。在这种情况下，Flutter引擎使用动态库中的4个符号。

总结

构建iOS应用程序包的关键在于:

上一篇下一篇

猜你喜欢

热点阅读