flutter包体积增加,flutter 包大小

Flutter 之 文件操作(二十九)

Dart的 IO 库包含了文件读写的相关类,它属于 Dart 语法标准的一部分,所以通过 Dart IO 库,无论是 Dart VM 下的脚本还是 Flutter,都是通过 Dart IO 库来操作文件的,不过和 Dart VM 相比,Flutter 有一个重要差异是文件系统路径不同,这是因为Dart VM 是运行在 PC 或服务器操作系统下,而 Flutter 是运行在移动操作系统中,他们的文件系统会有一些差异。

我们提供的服务有:成都网站设计、成都网站制作、微信公众号开发、网站优化、网站认证、安阳ssl等。为上千多家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的安阳网站制作公司

Android 和 iOS 的应用存储目录不同, PathProvider 插件提供了一种平台透明的方式来访问设备文件系统上的常用位置。该类当前支持访问两个文件系统位置:

File代表一个整体的文件,他有三个构造函数,分别是:

文件读取本身有两种形式,一种是文本,一种是二进制。

2.2.1 读取文本内容

如果是文本文件,File提供了readAsString、readAsLines、readAsStringSync、readAsLinesSync方法,读取文本内容

readAsString 一次性读取所有文本

readAsLines 一行行的读取文本

结果返回的是一个List,list中表示文件每行的内容

readAsStringSync、readAsLinesSync同步读取文本

2.2.2 读取二进制内容

如果文件是二进制,那么可以使用readAsBytes或者同步的方法readAsBytesSync:

dart中表示二进制有一个专门的类型叫做Uint8List,他实际上表示的是一个int的List。

上面提到的读取方式,都是一次性读取整个文件,缺点就是如果文件太大的话,可能造成内存空间的压力。

所以File为我们提供了另外一种读取文件的方法,流的形式来读取文件.

示例

dart提供了open和openSync两个方法来进行随机文件读写:

写入和文件读取一样,可以一次性写入或者获得一个写入句柄,然后再写入。

一次性写入的方法有四种,分别对应字符串和二进制

句柄形式可以调用openWrite方法,返回一个IOSink对象,然后通过这个对象进行写入:

默认情况下写入是会覆盖整个文件的,但是可以通过下面的方式来更改写入模式:

虽然dart中所有的异常都是运行时异常,但是和java一样,要想手动处理文件读写中的异常,则可以使用try,catch:

我们还是以计数器为例,实现在应用退出重启后可以恢复点击次数。 这里,我们使用文件来保存数据:

1.引入PathProvider插件;在pubspec.yaml文件中添加如下声明:

执行 flutter pub get

2.实现如下

参考:

flutter 常见问题之app体积为何比较大

细心的开发者会发现flutter构建的App体积比native的大一些,是什么原因造成App体积大呢?

其实flutter 在release时App体积和native的大小差不多,而debug时体积通常会大。debug版本体积较大是为了Hot reload和快速编译。如果有flutter开发经验的朋友都体验过,如果您修改一下App的背景颜色,只需save一下就可以立刻看到修改后效果。我称之为“像艺术家一样在创造App”,因此为了实现这些目标,提高开发的效率,debug将占用全部资源。而当我们构建release版时,flutter又会采用AOT策略,提高App运行效率,release版只打包必需的资源,因而体积又会减少。

另外,flutter团队也一直在寻找减小程序大小的方法。

Flutter Android端集成排坑 - armeabi 适配 & FlutterBoost

Flutter可以算是当下最火热的新技术之一,我现在所在团队也准备将Flutter技术应用到线上工程中。

关于混合工程,官方文档其实写的已经比较清楚了,按着文档走一般问题不大,

但是有一点值得注意的是,Flutter工程引入的库的gradle的 buildTypes 要与原工程保持一致,如果不一致需要手工添加。

进入正题,现在Flutter官方默认只提供armeabi-v7a、arm64-v8a、x86和x86-64,其中x86和x86-64是为模拟器准备的。目前我们使用的SDK大部分只使用了armeabi架构,直接使用我们会遇见找不到 libflutter.so,libapp.so 的情况,所以我们需要对FlutterSDK做一定的改造。

首先我们要了解下Flutter编译产物,因为不同版本产物是不同的,这里我们只针对Flutter 1.9.1-hotfixes来说。除了资源文件之外,Flutter打包会生成两个非常重要的so库,他们分别是 libflutter.so,libapp.so 。其中 libflutter.so 是Flutter的SDK产物而 libapp.so 正是我们编写的dart文件的产物。默认情况下,这两个文件都会出现在armeabi-v7a中,因此我们要作出对应的改造。

libflutter.so 位于FlutterSDK中,这里顺带提一句,除了这对不同CPU架构,它还分为Debug版和Release版,它们的区别在于Debug是为JIT编译方式打造的,体积较大而Release是为AOT编译方式打造的,体积很小。对 libflutter.so 的改造,只要将其移动文件路径即可,运行以下脚本即可,此脚本来自美团分享的Flutter文章。

移动完了 libflutter.so 之后我们打包发现, libapp.so 仍然会出现在armeabi-v7a中,所以第二部我们就是移动 libapp.so 。这个需要更改 flutter.gradle ,我们在 flutter.gradle 的45行可以看到如下定义,它定义了我们的环境。

在524行我们可以看到,abiValue的取值就是根据上述定义值。

所以结论很简单,只要将

private static final String ARCH_ARM32 = "armeabi-v7a";

改为

private static final String ARCH_ARM32 = "armeabi";

就可以完成对与 libflutter.so 的移动。

前期工作我们都做好了,打成aar就非常简单了

直接使用 flutter build aar --target-platform android-arm

打出来后可以解压检查下 libflutter.so,libapp.so 是否都在armeabi文件夹下即可。

说完了armeabi适配问题,这里下说下有关于有关于FlutterBoost的接入。这个东西接入有两点要注意。

在主app内加上即可,常规操作,强制统一support包的版本号

注释flutter.gradle第655行。因为编译过程中,会去初始化插件项目的buildType下面的debug配置,而插件项目下并未配置debug,导致报错。

如果发现文章中有错误或者有更好的解决方案欢迎指正留言,当然如果本篇文章帮助你解决了问题,也不要吝啬你的感谢。谢谢各位。

Flutter 的Android 、iOS 打包

Flutter 项目虽说是跨平台项目,但是项目的名称还是需要在不同的平台设置,不同平台的设置位置是:

1、 Android 项目名字配置是在 android/app/src/main/AndroidManifest.xml 文件中的 application 下的 android:label 。如下图所示:

2、 iOS 项目名字配置是在 ios/Runner/Info.plist 文件中的 dict 下的 keyCFBundleName/key stringtestapp/string 。如下图所示:

Flutter 项目虽说是跨平台项目,但是项目的 Logo 图标还是需要在不同的平台设置,不同平台的设置位置是:

1、 Android 项目 Logo 配置是在图片放置在 android/app/src/main/res 下的对应目录下:

mipmap-mdpi : 48 _ 48

mipmap-hdpi : 72 _ 72

mipmap-xhdpi :96 _ 96

mipmap-xxhdpi :144 _ 144

mipmap-xxxhdpi :192 * 192。如下图所示:

然后,在 android/app/src/main/AndroidManifest.xml 路径下的 AndroidManifest.xml 文件中的 android:icon 。如下图所示:

2、 iOS 项目 Logo 的配置是在 ios/Runner/Assets.xcassets/AppIcon.appiconset 文件下,直接更换图片,名字不要改动 。如下图所示:

1、使用 cd 指令进入项目(testapp)的根目录(方便后面操作),如下图所示:

填写对应的值,如下图所示:

1、 build.gradle 文件的位置,如下图所示:

2、在 build.gradle 中配置 key.propreties 的全局变量,

如下图所示:

3、 build.gradle 文件中进行签名配置。

如下图所示:

注意: buildTypes 中的 signingConfig signingConfigs.debug 可以变更为 signingConfig signingConfigs.release ,这样在打包的时候,直接可以 flutter build apk ,否则就执行 flutter build apk --release 。如图所示:

1、 cd 进入功能(testapp) 的根目录,如下图所示:

2、执行 flutter build apk 指令,如下图所示:

我们打包成功, 生成的 apk 包在 build/app/outputs/apk/release/app-release.apk 目录下,如下图所示:

1、将真机通过 USB 链接到电脑上,如下图所示:

2、然后,在项目的根目录执行 flutter install , 如果出现电脑同时有多个设备时,就执行 flutter install -d deviceid 。如下图所示:

3、设备的安装过程如下:

1、必须一个 Xcode 开发工具

2、如果是 Window 的电脑,请安装 Mac 虚拟系统,进行安装 Xcode .

1、打开目录下的 Runner.xcworkspace 工程。

如下图所示:

2、在 ios 工程中配置 Signing Capabilities , 如下图所示:

1、进入项目的根目录

2、打包指令 flutter build ios --release

如图所示:

3、使用 Xcode 工具进行打包

如图所示:

注意:进行该步骤,必须执行 flutter build ios --release 否则会报错。

打包成功,如下图所示:

Flutter初探--常用依赖包

国外地址:

国内镜像:

以 flutter_screenutil 为例

路由框架 annotation_route

状态管理 provider

UI适配 flutter_screenutil

刷新控件 flutter_easyrefresh

网络请求 dio

toast控件 fluttertoast

图表库 charts_flutter

网络监听 connectivity

事件总线 event_bus

日历组件 table_calendar

官方webview webview_flutter

第三方webview flutter_webview_plugin

该篇文章为常用依赖包总结,用来记录所需要的常用依赖包,后续会不断扩充内容~


当前题目:flutter包体积增加,flutter 包大小
文章源于:http://ybzwz.com/article/dssjoph.html