Flutter發(fā)布已經(jīng)算有些時間了,當(dāng)在一個工程中嵌入Flutter模塊的時候眶蕉,很明顯就會發(fā)現(xiàn)給apk帶來了不少M的包大小砰粹,而這些帶來大小的除了flutter sdk引入的源碼外,還有以下這些肉眼可見的"產(chǎn)物"妻坝。
所以伸眶,如果這些產(chǎn)物能夠動態(tài)下發(fā)不僅可以減少包大小也能給自己的業(yè)務(wù)代碼熱更新的能力,有種一舉兩得的效果刽宪。
因為:
libfutter.so:運行Flutter依賴so文件
libapp.so: 這里就是dart代碼編譯后的產(chǎn)物
flutter_asserts: 這里存放的項目中用到資源
這里厘贼,我們直接把這些產(chǎn)物按自己喜歡的目錄方式整理打成一個zip包,然后上傳服務(wù)器圣拄;最后只需要在自己的工程中增加一個邏輯進(jìn)行下載這個zip包即可嘴秸,建議最好是下載到data/data路徑下去因為有可能sd卡權(quán)限被關(guān)閉了。
以下的邏輯都是基于zip包下載成功后的實現(xiàn)方式:
動態(tài)替換so文件
要想知道如何替換so文件庇谆,還得從源碼中尋找:在flutter提供的sdk中加載libfutter.so
以及libapp.so
都是在FlutterLoader
這個文件中處理埋涧,下面把相關(guān)的源碼摳出來解釋一下:
FlutterLoader.java
// 只截取關(guān)鍵代碼 其他的代碼省略...
// 聲明的兩個常量 看名字即可知道對應(yīng)于哪個so文件
private static final String DEFAULT_AOT_SHARED_LIBRARY_NAME = "libapp.so";
private static final String DEFAULT_LIBRARY = "libflutter.so";
// 初始化libflutter.so的入口
public void startInitialization(@NonNull Context applicationContext, @NonNull Settings settings) {
...
System.loadLibrary("flutter");
...
}
// 初始化libapp.so的入口
public void ensureInitializationComplete(@NonNull Context applicationContext, @Nullable String[] args) {
...
try {
String kernelPath = null;
if (BuildConfig.DEBUG || BuildConfig.JIT_RELEASE) {
...
} else {
// 這里的 aotSharedLibraryName = "libapp.so";
shellArgs.add("--" + AOT_SHARED_LIBRARY_NAME + "=" + aotSharedLibraryName);
// 這里的 applicationInfo.nativeLibraryDir + File.separator + aotSharedLibraryName
// 指的就是我們的so路徑下的/libapp.so
shellArgs.add("--" + AOT_SHARED_LIBRARY_NAME + "=" + applicationInfo.nativeLibraryDir + File.separator + aotSharedLibraryName);
}
...
initialized = true;
} catch (Exception e) {
throw new RuntimeException(e);
}
}
根據(jù)源碼我們知道要想動態(tài)替換掉對應(yīng)的so文件就是在這里入手了杜跷,然后看一眼FlutterLoader.java
的聲明方式:
public static FlutterLoader getInstance() {
if (instance == null) {
instance = new FlutterLoader();
}
return instance;
}
原來是個單例,那么做起來只要修改一處就好了而且源碼也不多,所以我的做法就是自定義一個類實現(xiàn)FlutterLoader.java
:
// 這里也只寫出關(guān)鍵代碼画畅,其他省略
public class MFlutterLoader extends FlutterLoader {
private static final String DEFAULT_AOT_SHARED_LIBRARY_NAME = "libapp.so";
private static final String DEFAULT_VM_SNAPSHOT_DATA = "vm_snapshot_data";
/**
* libapp.so文件
*/
private File aotSharedLibraryFile;
/**
* libflutter.so路徑
*/
private String flutterSoStr;
public void setAotSharedLibrarySo(File soFile) {
aotSharedLibraryFile = soFile;
}
public void setFlutterSoStr(String soPath) {
flutterSoStr = soPath;
}
// 初始化libflutter.so入口修改
public void startInitialization(@NonNull Context applicationContext, @NonNull Settings settings) {
...
// 如果有傳入libflutter.so的路徑值,那么就加載這個so文件
if (!TextUtils.isEmpty(flutterSoStr)) {
System.load(flutterSoStr);
}
...
}
// 初始化libapp.so入口修改
public void ensureInitializationComplete(@NonNull Context applicationContext, @Nullable String[] args) {
...
try {
...
// 如果傳入的libapp.so文件存在
// 把原先的讀取so路徑/libapp.so替換成我們傳入的路徑
if (null != aotSharedLibraryFile
&& aotSharedLibraryFile.exists()
&& aotSharedLibraryFile.isFile()
&& aotSharedLibraryFile.canRead()
&& aotSharedLibraryFile.length() > 0) {
shellArgs.add("--" + AOT_SHARED_LIBRARY_NAME + "=" + aotSharedLibraryFile.getName());
shellArgs.add("--" + AOT_SHARED_LIBRARY_NAME + "=" + aotSharedLibraryFile.getAbsolutePath());
}
} catch (Exception e) {
throw new RuntimeException(e);
}
/**
* 將FlutterLoader替換成我們自定義的MFlutterLoader
*/
public void hookFlutterLoaderIfNecessary() {
try {
if (!flutterLoaderHookedSuccess()) {
MFlutterLoader instance = MFlutterLoader.getInstance();
writeStaticField(FlutterLoader.class, "instance", instance);
}
} catch (Throwable error) {
...
}
}
private static void writeStaticField(final Class<?> cls, final String fieldName, final Object value) throws Exception {
final Field field = cls.getDeclaredField(fieldName);
field.setAccessible(true);
field.set(null, value);
}
}
由此可見第一步替換so文件還是比較方便的似舵,只是具體使用的時候需要注意下反射以及如果替換失敗的邏輯即可辩涝。
動態(tài)替換資源
在flutter中我們會把圖片資源放在一個images目錄下并注冊聲明完后,通常的使用方式:
AssetImage("images/icon.png")
通過查看源碼可以找到最終是走到AssetBundle
類中去新蟆,最終是由它的子類比如PlatformAssetBundle
進(jìn)行加載觅赊,而這個AssetBundle
我們可以自己指定是要系統(tǒng)默認(rèn)的還是自己實現(xiàn)的,所以這里可以通過自定義AssetBundle
從而實現(xiàn)加載我們下載目錄下images中的相關(guān)圖片資源琼稻。
這里把我自定義的AssetBundle
貼出來:
class HotAssetBundle extends CachingAssetBundle {
HotAssetBundle() {
/// 這里是自己下載成功的圖片資源路徑
dataPath = ""
LogUtil.d("-------------- HotAssetBundle資源存放地址 = $dataPath");
}
/// 路徑拼接前綴 Android = /data/data/xxx.xxx.xxx/cache
String dataPath = "";
@override
Future<ByteData> load(String key) async {
LogUtil.d("======== HotAssetBundle start load = $key");
if (key == "AssetManifest.json") {
LogUtil.d("======== HotAssetBundle start AssetManifest load =====");
/// key = AssetManifest.json
File jsonFile = File("$dataPath/AssetManifest.json");
Uint8List bytes = await jsonFile.readAsBytes();
ByteData jsonByteData = bytes.buffer.asByteData();
return jsonByteData;
}
if (key == "FontManifest.json") {
LogUtil.d("======== HotAssetBundle start FontManifest load =====");
/// key = FontManifest.json
File jsonFile = File("$dataPath/FontManifest.json");
Uint8List bytes = await jsonFile.readAsBytes();
ByteData jsonByteData = bytes.buffer.asByteData();
return jsonByteData;
}
String dir = "$dataPath/";
/// key = packages/xxx/images/icon.png
LogUtil.d("======== HotAssetBundle key = $key");
File file = File("$dir$key");
LogUtil.d("======== HotAssetBundle file = ${file.path}");
Uint8List bytes = await file.readAsBytes();
ByteData byteData = bytes.buffer.asByteData();
return byteData;
}
}
中間主要處理就是根據(jù)傳入的key
然后加載對應(yīng)的文件吮螺,需要注意的是有兩個特殊的key:FontManifest.json
、AssetManifest.json
帕翻,看原來主要是進(jìn)行解析從而獲取對應(yīng)的key-value格式的數(shù)據(jù)鸠补。
最后一步就是把這個我們自定義的AssetBundle
配置使用,替換默認(rèn)的PlatformAssetBundle
嘀掸,具體使用如下:
runApp(
Container(
child: DefaultAssetBundle(
bundle: HotAssetBundle(),
child: MaterialApp(
...
))
)
);
當(dāng)然工程目錄下需要配置把so文件以及flutter_assert移除掉莫鸭,這樣子才能真正的減少apk大小,在自己的build.gradle進(jìn)行配置:
// 移除Flutter相關(guān)的so文件 采用動態(tài)下發(fā)
exclude 'lib/xxxx/libapp.so'
exclude 'lib/xxxx/libflutter.so'
variant.mergeAssets.doLast {
//刪除assets文件夾下的flutter_assets 采用動態(tài)下發(fā)
delete(fileTree(dir: variant.mergeAssets.outputDir, includes: ['flutter_assets', 'flutter_assets/**']))
}
最后
相比來講加入這個動態(tài)下發(fā)可以給apk減少不小的包大小横殴。
這里總結(jié)一下:
- 由于在libflutter.so 以及 libapp.so還未下載成功之前被因,直接進(jìn)入Flutter初始化流程會報錯卿拴,我們需要額外增加邏輯只有等它們下載成功后再進(jìn)行初始化。
- 像libflutter.so一般來講只有版本升級才會更新不需要每次更新一起下載梨与,所以可以獨立一個下載包分開下載 相對來個講每次更新下載會更快點堕花。