codepush熱更新包減小體積-圖片資源優(yōu)化

場景

codepush更新包需要上傳bundle+assets盗蟆,當(dāng)需要上傳資源包體積比較大的情況下械巡,會消耗大量用戶流量且有下載失敗風(fēng)險恋日,如出現(xiàn)緊急情況熱更新下發(fā)率低下會造成極大的影響寿羞;那么如何減少更新包體積呢济似?

改造方案

  • 如使用拆包方案矫废,大部分情況下只上傳業(yè)務(wù)bundle盏缤,體積大概在50k以下,拆包方案參考RN拆包解決方案(一) bundle拆分
  • assets資源優(yōu)化蓖扑,出現(xiàn)大量素材資源的情況下需要優(yōu)化處理唉铜,本次著重講解圖片資源加載優(yōu)化

codepush增量更新圖片資源

codepush已經(jīng)對圖片資源進(jìn)行增量優(yōu)化,我們來看下它的實現(xiàn)流程:

  • 示例1:當(dāng)前版本1.0.0(1.png律杠、2.png)-應(yīng)用程序沙盒潭流,熱更新后包1.1.0(1.png、2.png)-文檔沙盒柜去,codepush需全量下載1.1.0包中的圖片
  • 示例2:當(dāng)前版本熱更新后為1.1.0(1.png灰嫉、2.png)-文檔沙盒,熱更新后包1.2.0(1.png嗓奢、2.png熬甫、3.png)-文檔沙盒,如果前后版本(1.png蔓罚、2.png)md5一致椿肩,codepush只會增量下載3.png,將1.1.0中的(1.png豺谈、2.png)圖片拷貝到1.2.0所在文檔沙盒目錄中

由此可見郑象,首次熱更新仍然需要全量下載消耗大量用戶流量,還有更好的方案嗎茬末?

assets加載優(yōu)化

我們可以修改RN圖片加載流程厂榛,通過文檔沙盒目錄和本地應(yīng)用程序目錄結(jié)合,在更新后丽惭,判斷當(dāng)前bundle所在文檔沙盒路徑下是否存在資源击奶,如果存在直接加載;如果沒有责掏,就從本地應(yīng)用程序沙盒路徑中加載代替柜砾,如果能這樣處理,在沒有變更圖片資源的情況下换衬,codepush只需要上傳bundle文件痰驱,資源圖片不需要一塊打包;若要想修改RN圖片加載流程瞳浦,首先需要了解require圖片原理

require引入圖片原理

require方式返回的是一個整型, 對應(yīng)一個define函數(shù), 在bundle中體現(xiàn)為

//引用的地方  require方式
_react2.default.createElement(_reactNative.Image, { source: require(305                                      ), __source: { // 305 = ./Images/diary_mood_icon_alcohol_32.png
            fileName: _jsxFileName,
            lineNumber: 30
          }
        }),
 // uri 方式
_react2.default.createElement(_reactNative.Image, { source: { uir: 'https://www.baidu.com/img/bd_logo1.png', width: 100, height: 100 }, __source: {
            fileName: _jsxFileName,
            lineNumber: 31
          }
        })
//define地方
__d(/* RN472/Images/diary_mood_icon_alcohol_32.png */function(global, require, module, exports) {module.exports=require(161                                         ).registerAsset({"__packager_asset":true,"httpServerLocation":"/assets/Images","width":16,"height":16,"scales":[2,3],"hash":"7824b2f2a263b0bb181ff482a88fb813","name":"diary_mood_icon_alcohol_32","type":"png"}); // 161 = react-native/Libraries/Image/AssetRegistry
}, 305, null, "RN472/Images/diary_mood_icon_alcohol_32.png");

我們看到打包的時候叫潦,require圖片會轉(zhuǎn)換成如下格式的對象保存:

{
    "__packager_asset":true,  //是否是asset目錄下的資源
    "httpServerLocation":"/assets/Images", //server目錄地址
    "width":16, 
    "height":16,
    "scales":[2,3], //圖片scales   
    "hash":"7824b2f2a263b0bb181ff482a88fb813", //文件hash值
    "name":"diary_mood_icon_alcohol_32", //文件名
    "type":"png" //文件類型
}

我們看到引用的地方require(305)其實是執(zhí)行了require(161)的registerAsset的方法蝇完。查看161的define

__d(/* AssetRegistry */function(global, require, module, exports) {
'use strict';

var assets = [];

function registerAsset(asset) {
  return assets.push(asset);
}

function getAssetByID(assetId) {
  return assets[assetId - 1];
}

module.exports = { registerAsset: registerAsset, getAssetByID: getAssetByID };
}, 161, null, "AssetRegistry");

161對應(yīng)的就是AssetRegistry, AssetRegistry.registerAsset把圖片信息保存在成員數(shù)組assets中
查看Image.ios.js的render函數(shù)

  render: function() {
     const source = resolveAssetSource(this.props.source) || { uri: undefined, width: undefined, height: undefined };
    ...
    return (
      <RCTImageView
        {...this.props}
        style={style}
        resizeMode={resizeMode}
        tintColor={tintColor}
        source={sources}
      />
    );

通過resolveAssetSource函數(shù)

function resolveAssetSource(source: any): ?ResolvedAssetSource {
  if (typeof source === 'object') {
    return source;
  }

  var asset = AssetRegistry.getAssetByID(source);
  if (!asset) {
    return null;
  }

  const resolver = new AssetSourceResolver(getDevServerURL(), getBundleSourcePath(), asset);
  if (_customSourceTransformer) {
    return _customSourceTransformer(resolver);
  }
  
  return resolver.defaultAsset();

調(diào)用AssetRegistry.getAssetByID方法取出對應(yīng)的信息,傳遞到原生短蜕。

//傳遞到原生的source信息格式
{
    "__packager_asset" = 1;
    height = 16;
    scale = 2;
    uri = "http://Users/xxx/Library/Developer/CoreSimulator/Devices/2A0C4BE4-807B-4000-83EB-342B720A14DE/data/Containers/Bundle/Application/F84F1359-CBCD-4184-B3FD-2C7833B83A60/RN472.app/react-app/assets/Images/diary_mood_icon_alcohol_32@2x.png";
    width = 16;
}

iOS原生通過解析uri信息泛源,獲取對應(yīng)的圖片

//RCTImageView.m
- (void)setImageSources:(NSArray<RCTImageSource *> *)imageSources
{
  if (![imageSources isEqual:_imageSources]) {
    _imageSources = [imageSources copy];
    _needsReload = YES;
  }
}

原理摘自鏈接
由此可見,原生解析完uri就保存了圖片信息忿危,我們可以在setImageSources的地方更改圖片信息后重新保存

創(chuàng)建RCTImageView分類

創(chuàng)建RCTImageView分類對setImageSources方法進(jìn)行hook达箍,檢查圖片資源是否在目標(biāo)文檔沙盒目錄中,如未找到铺厨,選擇本地同名資源文件替換

@implementation RCTImageView (Bundle)

+ (void)load {
  static dispatch_once_t onceToken;
  dispatch_once(&onceToken, ^{
      [self swizzleMethod:@selector(bundle_setImageSources:) withMethod:@selector(setImageSources:)];
  });
}

//檢查資源文件是否在沙盒目錄中缎玫,如未找到,選擇本地同名資源文件替換
- (void)bundle_setImageSources:(NSArray<RCTImageSource *> *)imageSources
{
    NSMutableArray<RCTImageSource *> *newImagesources = [[NSMutableArray<RCTImageSource *> alloc]init];
    for (RCTImageSource *imageSource in imageSources) {
        NSString *imageUrl = imageSource.request.URL.absoluteString;
        if ([imageUrl hasPrefix:@"http"] || [imageUrl hasPrefix:@"data:image/"]) {//網(wǎng)絡(luò)素材和base646圖片不予處理
            [newImagesources addObject:imageSource];
            continue;
        }
        if ([imageUrl hasPrefix:@"file://"]) {
            imageUrl = [imageUrl substringFromIndex:7];
        }
        imageUrl = [imageUrl stringByURLDecoded];
        if ([[NSFileManager defaultManager] fileExistsAtPath:imageUrl]) {//文件存在直接使用
            [newImagesources addObject:imageSource];
            continue;
        }
        NSRange range = [imageUrl rangeOfString:@"assets/"];
        if (range.length > 0 && range.location > 0) {//若文件不存在解滓,檢查是否在應(yīng)用程序沙盒中存在同名文件
            NSString *releateBundlePath = [imageUrl substringFromIndex:range.location];
            NSString *mainPath = [[NSBundle mainBundle] bundlePath];
            //將文檔沙盒路徑替換成應(yīng)用程序沙盒路徑獲取圖片
            NSString *localImageUrl = [mainPath stringByAppendingPathComponent:releateBundlePath];
            //轉(zhuǎn)換成RCTImageSource
            RCTImageSource *newImageSource = [RCTConvert RCTImageSource:@{
                                                                          @"__packager_asset":@1,
                                                                          @"height":@(imageSource.size.height),
                                                                          @"width":@(imageSource.size.width),
                                                                          @"scale":@(imageSource.scale),
                                                                          @"uri":localImageUrl
                                                                          }];
            [newImagesources addObject:newImageSource];
        }
    }
    [self bundle_setImageSources:newImagesources];
}

此方案雖然可行赃磨,但是需要對原生代碼進(jìn)行hook,且Android端也同樣需要實現(xiàn)洼裤,對原生不熟悉的同學(xué)不大友好邻辉,還有別的方案嗎?

最終方案

使用hook的方式對react-native js進(jìn)行修改腮鞍,保證了項目與node_modules耦合度降低
實現(xiàn)方式:
(1)通過 hook 的方式重新定義 defaultAsset() 方法值骇。
(2)檢查圖片資源是否在目標(biāo)文檔沙盒目錄中,如未找到移国,選擇本地同名資源文件替換吱瘩。
核心代碼如下:

import { NativeModules } from 'react-native';    
import AssetSourceResolver from "react-native/Libraries/Image/AssetSourceResolver";
import _ from 'lodash';
 
let iOSRelateMainBundlePath = '';
let _sourceCodeScriptURL = '';
 
// ios 平臺下獲取 jsbundle 默認(rèn)路徑
const defaultMainBundePath = AssetsLoad.DefaultMainBundlePath;
 
function getSourceCodeScriptURL() {
    if (_sourceCodeScriptURL) {
        return _sourceCodeScriptURL;
    }
    // 調(diào)用Native module獲取 JSbundle 路徑
    // RN允許開發(fā)者在Native端自定義JS的加載路徑,在JS端可以調(diào)用SourceCode.scriptURL來獲取 
    // 如果開發(fā)者未指定JSbundle的路徑迹缀,則在離線環(huán)境下返回asset目錄
    let sourceCode =
        global.nativeExtensions && global.nativeExtensions.SourceCode;
    if (!sourceCode) {
        sourceCode = NativeModules && NativeModules.SourceCode;
    }
    _sourceCodeScriptURL = sourceCode.scriptURL;
    return _sourceCodeScriptURL;
}
 
// 獲取bundle目錄下所有drawable 圖片資源路徑
let drawablePathInfos = [];
AssetsLoad.searchDrawableFile(getSourceCodeScriptURL(),
     (retArray)=>{
      drawablePathInfos = drawablePathInfos.concat(retArray);
});
// hook defaultAsset方法使碾,自定義圖片加載方式
AssetSourceResolver.prototype.defaultAsset = _.wrap(AssetSourceResolver.prototype.defaultAsset, function (func, ...args) {
     if (this.isLoadedFromServer()) {
         return this.assetServerURL();
     }
     if (Platform.OS === 'android') {
         if(this.isLoadedFromFileSystem()) {
             // 獲取圖片資源路徑
             let resolvedAssetSource = this.drawableFolderInBundle();
             let resPath = resolvedAssetSource.uri;
             // 獲取JSBundle文件所在目錄下的所有drawable文件路徑,并判斷當(dāng)前圖片路徑是否存在
             // 如果存在祝懂,直接返回
             if(drawablePathInfos.includes(resPath)) {
                 return resolvedAssetSource;
             }
             // 判斷圖片資源是否存在本地文件目錄
             let isFileExist = AssetsLoad.isFileExist(resPath);
             // 存在直接返回
             if(isFileExist) {
                 return resolvedAssetSource;
             } else {
                 // 不存在票摇,則根據(jù)資源 Id 從apk包下的drawable目錄加載
                 return this.resourceIdentifierWithoutScale();
             }
         } else {
             // 則根據(jù)資源 Id 從apk包下的drawable目錄加載
             return this.resourceIdentifierWithoutScale();
         }
 
     } else {
         let iOSAsset = this.scaledAssetURLNearBundle();
         let isFileExist =  AssetsLoad.isFileExist(iOSAsset.uri);
         isFileExist = false;
         if(isFileExist) {
             return iOSAsset;
         } else {
             let oriJsBundleUrl = 'file://'+ defaultMainBundePath +'/' + iOSRelateMainBundlePath;
             iOSAsset.uri = iOSAsset.uri.replace(this.jsbundleUrl, oriJsBundleUrl);
             return iOSAsset;
         }
     }
});

該方案參考鏈接

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市砚蓬,隨后出現(xiàn)的幾起案子矢门,更是在濱河造成了極大的恐慌,老刑警劉巖怜械,帶你破解...
    沈念sama閱讀 211,194評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件颅和,死亡現(xiàn)場離奇詭異,居然都是意外死亡缕允,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,058評論 2 385
  • 文/潘曉璐 我一進(jìn)店門蹭越,熙熙樓的掌柜王于貴愁眉苦臉地迎上來障本,“玉大人,你說我怎么就攤上這事〖菟” “怎么了案训?”我有些...
    開封第一講書人閱讀 156,780評論 0 346
  • 文/不壞的土叔 我叫張陵,是天一觀的道長粪糙。 經(jīng)常有香客問我强霎,道長,這世上最難降的妖魔是什么蓉冈? 我笑而不...
    開封第一講書人閱讀 56,388評論 1 283
  • 正文 為了忘掉前任城舞,我火速辦了婚禮,結(jié)果婚禮上寞酿,老公的妹妹穿的比我還像新娘家夺。我一直安慰自己,他們只是感情好伐弹,可當(dāng)我...
    茶點故事閱讀 65,430評論 5 384
  • 文/花漫 我一把揭開白布拉馋。 她就那樣靜靜地躺著,像睡著了一般惨好。 火紅的嫁衣襯著肌膚如雪煌茴。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,764評論 1 290
  • 那天日川,我揣著相機與錄音景馁,去河邊找鬼。 笑死逗鸣,一個胖子當(dāng)著我的面吹牛合住,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播撒璧,決...
    沈念sama閱讀 38,907評論 3 406
  • 文/蒼蘭香墨 我猛地睜開眼透葛,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了卿樱?” 一聲冷哼從身側(cè)響起僚害,我...
    開封第一講書人閱讀 37,679評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎繁调,沒想到半個月后萨蚕,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,122評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡蹄胰,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,459評論 2 325
  • 正文 我和宋清朗相戀三年岳遥,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片裕寨。...
    茶點故事閱讀 38,605評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡浩蓉,死狀恐怖派继,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情捻艳,我是刑警寧澤驾窟,帶...
    沈念sama閱讀 34,270評論 4 329
  • 正文 年R本政府宣布,位于F島的核電站认轨,受9級特大地震影響绅络,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜嘁字,卻給世界環(huán)境...
    茶點故事閱讀 39,867評論 3 312
  • 文/蒙蒙 一恩急、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧拳锚,春花似錦假栓、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,734評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至杆烁,卻和暖如春牙丽,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背兔魂。 一陣腳步聲響...
    開封第一講書人閱讀 31,961評論 1 265
  • 我被黑心中介騙來泰國打工烤芦, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人析校。 一個月前我還...
    沈念sama閱讀 46,297評論 2 360
  • 正文 我出身青樓构罗,卻偏偏與公主長得像,于是被迫代替她去往敵國和親智玻。 傳聞我的和親對象是個殘疾皇子遂唧,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 43,472評論 2 348

推薦閱讀更多精彩內(nèi)容