您好,登錄后才能下訂單哦!
小編給大家分享一下CocosCreator新資源管理系統(tǒng)的示例分析,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
在了解引擎如何解析、加載資源之前,我們先來了解一下這些資源文件(圖片、Prefab、動畫等)的規(guī)則,在creator項目目錄下有幾個與資源相關的目錄:
assets 所有資源的總目錄,對應creator編輯器的資源管理器
library 本地資源庫,預覽項目時使用的目錄
build 構建后的項目默認目錄
在assets目錄下,creator會為每個資源文件和目錄生成一個同名的.meta文件,meta文件是一個json文件,記錄了資源的版本、uuid以及各種自定義的信息(在編輯器的屬性檢查器
中設置),比如prefab的meta文件,就記錄了我們可以在編輯器修改的optimizationPolicy和asyncLoadAssets等屬性。
{ "ver": "1.2.7", "uuid": "a8accd2e-6622-4c31-8a1e-4db5f2b568b5", "optimizationPolicy": "AUTO", // prefab創(chuàng)建優(yōu)化策略 "asyncLoadAssets": false, // 是否延遲加載 "readonly": false, "subMetas": {} }
在library目錄下的imports目錄,資源文件名會被轉換成uuid,并取uuid前2個字符進行目錄分組存放,creator會將所有資源的uuid到assets目錄的映射關系,以及資源和meta的最后更新時間戳放到一個名為uuid-to-mtime.json的文件中,如下所示。
{ "9836134e-b892-4283-b6b2-78b5acf3ed45": { "asset": 1594351233259, "meta": 1594351616611, "relativePath": "effects" }, "430eccbf-bf2c-4e6e-8c0c-884bbb487f32": { "asset": 1594351233254, "meta": 1594351616643, "relativePath": "effects\\__builtin-editor-gizmo-line.effect" }, ... }
與assets目錄下的資源相比,library目錄下的資源合并了meta文件的信息。文件目錄則只在uuid-to-mtime.json中記錄,library目錄并沒有為目錄生成任何東西。
在項目構建之后,資源會從library目錄下移動到構建輸出的build目錄中,基本只會導出參與構建的場景和resources目錄下的資源,及其引用到的資源。腳本資源會由多個js腳本合并為一個js,各種json文件也會按照特定的規(guī)則進行打包。我們可以在Bundle的配置界面和項目的構建界面為Bundle和項目設置
1.2.1 圖片、圖集、自動圖集
https://docs.cocos.com/creator/manual/zh/asset-workflow/sprite.html
https://docs.cocos.com/creator/manual/zh/asset-workflow/atlas.html
https://docs.cocos.com/creator/manual/zh/asset-workflow/auto-atlas.html
導入編輯器的每張圖片都會對應生成一個json文件,用于描述Texture的信息,如下所示,默認情況下項目中所有的Texture2D的json文件會被壓縮成一個,如果選擇無壓縮
,則每個圖片都會生成一個Texture2D的json文件。
{ "__type__": "cc.Texture2D", "content": "0,9729,9729,33071,33071,0,0,1" }
如果將紋理的Type屬性設置為Sprite,Creator還會自動生成了SpriteFrame類型的json文件。
圖集資源除了圖片外,還對應一個圖集json,這個json包含了cc.SpriteAtlas信息,以及每個碎圖的SpriteFrame信息
自動圖集在默認情況下只包含了cc.SpriteAtlas信息,在勾選內聯(lián)所有SpriteFrame的情況下,會合并所有SpriteFrame
1.2.2 Prefab與場景
https://docs.cocos.com/creator/manual/zh/asset-workflow/prefab.html
https://docs.cocos.com/creator/manual/zh/asset-workflow/scene-managing.html
場景資源與Prefab資源非常類似,都是一個描述了所有節(jié)點、組件等信息的json文件,在勾選內聯(lián)所有SpriteFrame
的情況下,Prefab引用到的SpriteFrame會被合并到prefab所在的json文件中,如果一個SpriteFrame被多個prefab引用,那么每個prefab的json文件都會包含該SpriteFrame的信息。而在沒有勾選內聯(lián)所有SpriteFrame
的情況下,SpriteFrame會是單獨的json文件。
1.2.3 資源文件合并規(guī)則
當Creator將多個資源合并到一個json文件中,我們可以在config.json中的packs字段找到被打包
的資源信息,一個資源有可能被重復打包到多個json中。下面舉一個例子,展示在不同的選項下,creator的構建規(guī)則:
a.png 一個單獨的Sprite類型圖片
dir/b.png、c.png、AutoAtlas dir目錄下包含2張圖片,以及一個AutoAtlas
d.png、d.plist 普通圖集
e.prefab 引用了SpriteFrame a和b的prefab
f.prefab 引用了SpriteFrame b的prefab
下面是按不同規(guī)則構建后的文件,可以看到,無壓縮的情況下生成的文件數(shù)量是最多的,不內聯(lián)的文件會比內聯(lián)多,但內聯(lián)可能會導致同一個文件被重復包含,比如e和f這兩個Prefab都引用了同一個圖片,這個圖片的SpriteFrame.json會被重復包含,合并成一個json則只會生成一個文件。
資源文件 | 無壓縮 | 默認(不內聯(lián)) | 默認(內聯(lián)) | 合并json |
---|---|---|---|---|
a.png | a.texture.json + a.spriteframe.json | a.spriteframe.json | ||
./dir/b.png | b.texture.json + b.spriteframe.json | b.spriteframe.json | ||
./dir/c.png | c.texture.json + c.spriteframe.json | c.spriteframe.json | c.spriteframe.json | |
./dir/AutoAtlas | autoatlas.json | autoatlas.json | autoatlas.json | |
d.png | d.texture.json + d.spriteframe.json | d.spriteframe.json | d.spriteframe.json | |
d.plist | d.plist.json | d.plist.json | d.plist.json | |
e.prefab | e.prefab.json | e.prefab.json | e.prefab.json(pack a+b) | |
f.prefab | f.prefab.json | f.prefab.json | f.prefab.json(pack b) | |
g.allTexture.json | g.allTexture.json | all.json |
默認選項在絕大多數(shù)情況下都是一個不錯的選擇,如果是web平臺,建議勾選內聯(lián)所有SpriteFrame
這可以減少網(wǎng)絡io,提高性能,而原生平臺不建議勾選,這可能會增加包體大小以及熱更時要下載的內容。對于一些緊湊的Bundle(比如加載該Bundle就需要用到里面所有的資源),我們可以配置為合并所有的json。
Asset Bundle是creator 2.4之后的資源管理方案,簡單地說就是通過目錄來對資源進行規(guī)劃,按照項目的需求將各種資源放到不同的目錄下,并將目錄配置成Asset Bundle。能夠起到以下作用:
加快游戲啟動時間
減小首包體積
跨項目復用資源
方便實現(xiàn)子游戲
以Bundle為單位的熱更新
Asset Bundle的創(chuàng)建非常簡單,只要在目錄的屬性檢查器
中勾選配置為bundle
即可,其中的選項官方文檔都有比較詳細的介紹。
其中關于壓縮的理解,文檔并沒有詳細的描述,這里的壓縮指的并不是zip之類的壓縮,而是通過packAssets的方式,把多個資源的json文件合并到一個,達到減少io的目的
在選項上打勾非常簡單,真正的關鍵在于如何規(guī)劃Bundle,規(guī)劃的原則在于減少包體、加速啟動以及資源復用。根據(jù)游戲的模塊來規(guī)劃資源是比較不錯的選擇,比如按子游戲、關卡副本、或者系統(tǒng)功能來規(guī)劃。
Bundle會自動將文件夾下的資源,以及文件夾中引用到的其它文件夾下的資源打包(如果這些資源不是在其它Bundle中),如果我們按照模塊來規(guī)劃資源,很容易出現(xiàn)多個Bundle共用了某個資源的情況??梢詫⒐操Y源提取到一個Bundle中,或者設置某個Bundle有較高的優(yōu)先級,構建Bundle的依賴關系,否則這些資源會同時放到多個Bundle中(如果是本地Bundle,這會導致包體變大)。
關于加載資源 https://docs.cocos.com/creator/manual/zh/scripting/load-assets.html
關于釋放資源 https://docs.cocos.com/creator/manual/zh/asset-manager/release-manager.html
Bundle的使用也非常簡單,如果是resources目錄下的資源,可以直接使用cc.resources.load來加載
cc.resources.load("test assets/prefab", function (err, prefab) { var newNode = cc.instantiate(prefab); cc.director.getScene().addChild(newNode); });
如果是其它自定義Bundle(本地Bundle或遠程Bundle都可以用Bundle名加載),可以使用cc.assetManager.loadBundle來加載Bundle,然后使用加載后的Bundle對象,來加載Bundle中的資源。對于原生平臺,如果Bundle被配置為遠程包,在構建時需要在構建發(fā)布面板中填寫資源服務器地址。
cc.assetManager.loadBundle('01_graphics', (err, bundle) => { bundle.load('xxx'); });
原生或小游戲平臺下,我們還可以這樣使用Bundle:
如果要加載其它項目的遠程Bundle,則需要使用url的方式加載(其它項目指另一個cocos工程)
如果希望自己管理Bundle的下載和緩存,可以放到本地可寫路徑,并傳入路徑來加載這些Bundle
// 當復用其他項目的 Asset Bundle 時 cc.assetManager.loadBundle('https://othergame.com/remote/01_graphics', (err, bundle) => { bundle.load('xxx'); }); // 原生平臺 cc.assetManager.loadBundle(jsb.fileUtils.getWritablePath() + '/pathToBundle/bundleName', (err, bundle) => { // ... }); // 微信小游戲平臺 cc.assetManager.loadBundle(wx.env.USER_DATA_PATH + '/pathToBundle/bundleName', (err, bundle) => { // ... });
其它注意項:
加載Bundle僅僅只是加載了Bundle的配置和腳本而已,Bundle中的其它資源還需要另外加載
目前原生的Bundle并不支持zip打包,遠程包下載方式為逐文件下載,好處是操作簡單,更新方便,壞處是io多,流量消耗大
不同Bundle下的腳本文件不要重名
一個Bundle A依賴另一個Bundle B,如果B沒有被加載,加載A時并不會自動加載B,而是在加載A中依賴B的那個資源時報錯
v2.4重構后的新框架代碼更加簡潔清晰,我們可以先從宏觀角度了解一下整個資源框架,資源管線是整個框架最核心的部分,它規(guī)范了整個資源加載的流程,并支持對管線進行自定義。
公共文件
helper.js 定義了一堆公共函數(shù),如decodeUuid、getUuidFromURL、getUrlWithUuid等等
utilities.js 定義了一堆公共函數(shù),如getDepends、forEach、parseLoadResArgs等等
deserialize.js 定義了deserialize方法,將json對象反序列化為Asset對象,并設置其__depends__
屬性
depend-util.js 控制資源的依賴列表,每個資源的所有依賴都放在_depends成員變量中
cache.js 通用緩存類,封裝了一個簡易的鍵值對容器
shared.js 定義了一些全局對象,主要是Cache和Pipeline對象,如加載好的assets、下載完的files以及bundles等
Bundle部分
config.js bundle的配置對象,負責解析bundle的config文件
bundle.js bundle類,封裝了config以及加載卸載bundle內資源的相關接口
builtins.js 內建bundle資源的封裝,可以通過 cc.assetManager.builtins
訪問
管線部分
CCAssetManager.js 管理管線,提供統(tǒng)一的加載卸載接口
管線框架
pipeline.js 實現(xiàn)了管線的管道組合以及流轉等基本功能
task.js 定義了一個任務的基本屬性,并提供了簡單的任務池功能
request-item.js 定義了一個資源下載項的基本屬性,一個任務可能會生成多個下載項
預處理管線
urlTransformer.js parse將請求參數(shù)轉換成RequestItem對象(并查詢相關的資源配置),combine負責轉換真正的url
preprocess.js 過濾出需要進行url轉換的資源,并調用transformPipeline
下載管線
download-dom-audio.js 提供下載音效的方法,使用audio標簽進行下載
download-dom-image.js 提供下載圖片的方法,使用Image標簽進行下載
download-file.js 提供下載文件的方法,使用XMLHttpRequest進行下載
download-script.js 提供下載腳本的方法,使用script標簽進行下載
downloader.js 支持下載所有格式的下載器,支持并發(fā)控制、失敗重試
解析管線
factory.js 創(chuàng)建Bundle、Asset、Texture2D等對象的工廠
fetch.js 調用packManager下載資源,并解析依賴
parser.js 對下載完成的文件進行解析
其它
releaseManager.js 提供資源釋放接口、負責釋放依賴資源以及場景切換時的資源釋放
cache-manager.d.ts 在非WEB平臺上,用于管理所有從服務器上下載下來的緩存
pack-manager.js 處理打包資源,包括拆包,加載,緩存等等
creator使用管線(pipeline)來處理整個資源加載的流程,這樣的好處是解耦了資源處理的流程,將每一個步驟獨立成一個單獨的管道,管道可以很方便地進行復用和組合,并且方便了我們自定義整個加載流程,我們可以創(chuàng)建一些自己的管道,加入到管線中,比如資源加密。
AssetManager內置了3條管線,普通的加載管線、預加載、以及資源路徑轉換管線,最后這條管線是為前面兩條管線服務的。
// 正常加載 this.pipeline = pipeline.append(preprocess).append(load); // 預加載 this.fetchPipeline = fetchPipeline.append(preprocess).append(fetch); // 轉換資源路徑 this.transformPipeline = transformPipeline.append(parse).append(combine);
3.1.1 啟動加載管線【加載接口】
接下來我們看一下一個普通的資源是如何加載的,比如最簡單的cc.resource.load,在bundle.load方法中,調用了cc.assetManager.loadAny,在loadAny方法中,創(chuàng)建了一個新的任務,并調用正常加載管線pipeline的async方法執(zhí)行任務。
注意要加載的資源路徑,被放到了task.input中、options是一個對象,對象包含了type、bundle和__requestType__等字段
// bundle類的load方法 load (paths, type, onProgress, onComplete) { var { type, onProgress, onComplete } = parseLoadResArgs(type, onProgress, onComplete); cc.assetManager.loadAny(paths, { __requestType__: RequestType.PATH, type: type, bundle: this.name }, onProgress, onComplete); }, // assetManager的loadAny方法 loadAny (requests, options, onProgress, onComplete) { var { options, onProgress, onComplete } = parseParameters(options, onProgress, onComplete); options.preset = options.preset || 'default'; let task = new Task({input: requests, onProgress, onComplete: asyncify(onComplete), options}); pipeline.async(task); },
pipeline由兩部分組成 preprocess 和 load。preprocess 由以下管線組成 preprocess、transformPipeline { parse、combine },preprocess實際上只創(chuàng)建了一個子任務,然后交由transformPipeline執(zhí)行。對于加載一個普通的資源,子任務的input和options與父任務相同。
let subTask = Task.create({input: task.input, options: subOptions}); task.output = task.source = transformPipeline.sync(subTask);
3.1.2 transformPipeline管線【準備階段】
transformPipeline由parse和combine兩個管線組成,parse的職責是為每個要加載的資源生成RequestItem對象并初始化其資源信息(AssetInfo、uuid、config等):
先將input轉換成數(shù)組進行遍歷,如果是批量加載資源,每個加載項都會生成RequestItem
如果輸入的item是object,則先將options拷貝到item身上(實際上每個item都會是object,如果是string的話,第一步就先轉換成object了)
對于UUID類型的item,先檢查bundle,并從bundle中提取AssetInfo,對于redirect類型的資源,則從其依賴的bundle中獲取AssetInfo,找不到bundle就報錯
PATH類型和SCENE類型與UUID類型的處理基本類似,都是要拿到資源的詳細信息
DIR類型會從bundle中取出指定路徑的信息,然后批量追加到input尾部(額外生成加載項)
URL類型是遠程資源類型,無需特殊處理
function parse (task) { // 將input轉換成數(shù)組 var input = task.input, options = task.options; input = Array.isArray(input) ? input : [ input ]; task.output = []; for (var i = 0; i < input.length; i ++ ) { var item = input[i]; var out = RequestItem.create(); if (typeof item === 'string') { // 先創(chuàng)建object item = Object.create(null); item[options.__requestType__ || RequestType.UUID] = input[i]; } if (typeof item === 'object') { // local options will overlap glabal options // 將options的屬性復制到item身上,addon會復制options上有,而item沒有的屬性 cc.js.addon(item, options); if (item.preset) { cc.js.addon(item, cc.assetManager.presets[item.preset]); } for (var key in item) { switch (key) { // uuid類型資源,從bundle中取出該資源的詳細信息 case RequestType.UUID: var uuid = out.uuid = decodeUuid(item.uuid); if (bundles.has(item.bundle)) { var config = bundles.get(item.bundle)._config; var info = config.getAssetInfo(uuid); if (info && info.redirect) { if (!bundles.has(info.redirect)) throw new Error(`Please load bundle ${info.redirect} first`); config = bundles.get(info.redirect)._config; info = config.getAssetInfo(uuid); } out.config = config; out.info = info; } out.ext = item.ext || '.json'; break; case '__requestType__': case 'ext': case 'bundle': case 'preset': case 'type': break; case RequestType.DIR: // 解包后動態(tài)添加到input列表尾部,后續(xù)的循環(huán)會自動parse這些資源 if (bundles.has(item.bundle)) { var infos = []; bundles.get(item.bundle)._config.getDirWithPath(item.dir, item.type, infos); for (let i = 0, l = infos.length; i < l; i++) { var info = infos[i]; input.push({uuid: info.uuid, __isNative__: false, ext: '.json', bundle: item.bundle}); } } out.recycle(); out = null; break; case RequestType.PATH: // PATH類型的資源根據(jù)路徑和type取出該資源的詳細信息 if (bundles.has(item.bundle)) { var config = bundles.get(item.bundle)._config; var info = config.getInfoWithPath(item.path, item.type); if (info && info.redirect) { if (!bundles.has(info.redirect)) throw new Error(`you need to load bundle ${info.redirect} first`); config = bundles.get(info.redirect)._config; info = config.getAssetInfo(info.uuid); } if (!info) { out.recycle(); throw new Error(`Bundle ${item.bundle} doesn't contain ${item.path}`); } out.config = config; out.uuid = info.uuid; out.info = info; } out.ext = item.ext || '.json'; break; case RequestType.SCENE: // 場景類型,從bundle中的config調用getSceneInfo取出該場景的詳細信息 if (bundles.has(item.bundle)) { var config = bundles.get(item.bundle)._config; var info = config.getSceneInfo(item.scene); if (info && info.redirect) { if (!bundles.has(info.redirect)) throw new Error(`you need to load bundle ${info.redirect} first`); config = bundles.get(info.redirect)._config; info = config.getAssetInfo(info.uuid); } if (!info) { out.recycle(); throw new Error(`Bundle ${config.name} doesn't contain scene ${item.scene}`); } out.config = config; out.uuid = info.uuid; out.info = info; } break; case '__isNative__': out.isNative = item.__isNative__; break; case RequestType.URL: out.url = item.url; out.uuid = item.uuid || item.url; out.ext = item.ext || cc.path.extname(item.url); out.isNative = item.__isNative__ !== undefined ? item.__isNative__ : true; break; default: out.options[key] = item[key]; } if (!out) break; } } if (!out) continue; task.output.push(out); if (!out.uuid && !out.url) throw new Error('unknown input:' + item.toString()); } return null; }
RequestItem的初始信息,都是從bundle對象中查詢的,bundle的信息則是從bundle自帶的config.json文件中初始化的,在打包bundle的時候,會將bundle中的資源信息寫入config.json中。
經(jīng)過parse方法處理后,我們會得到一系列RequestItem,并且很多RequestItem都自帶了AssetInfo和uuid等信息,combine方法會為每個RequestItem構建出真正的加載路徑,這個加載路徑最終會轉換到item.url中。
function combine (task) { var input = task.output = task.input; for (var i = 0; i < input.length; i++) { var item = input[i]; // 如果item已經(jīng)包含了url,則跳過,直接使用item的url if (item.url) continue; var url = '', base = ''; var config = item.config; // 決定目錄的前綴 if (item.isNative) { base = (config && config.nativeBase) ? (config.base + config.nativeBase) : cc.assetManager.generalNativeBase; } else { base = (config && config.importBase) ? (config.base + config.importBase) : cc.assetManager.generalImportBase; } let uuid = item.uuid; var ver = ''; if (item.info) { if (item.isNative) { ver = item.info.nativeVer ? ('.' + item.info.nativeVer) : ''; } else { ver = item.info.ver ? ('.' + item.info.ver) : ''; } } // 拼接最終的url // ugly hack, WeChat does not support loading font likes 'myfont.dw213.ttf'. So append hash to directory if (item.ext === '.ttf') { url = `${base}/${uuid.slice(0, 2)}/${uuid}${ver}/${item.options.__nativeName__}`; } else { url = `${base}/${uuid.slice(0, 2)}/${uuid}${ver}${item.ext}`; } item.url = url; } return null; }
3.1.3 load管線【加載流程】
load方法做的事情很簡單,基本只是創(chuàng)建了新的任務,在loadOneAssetPipeline中執(zhí)行每個子任務
function load (task, done) { if (!task.progress) { task.progress = {finish: 0, total: task.input.length}; } var options = task.options, progress = task.progress; options.__exclude__ = options.__exclude__ || Object.create(null); task.output = []; forEach(task.input, function (item, cb) { // 對每個input項都創(chuàng)建一個子任務,并交由loadOneAssetPipeline執(zhí)行 let subTask = Task.create({ input: item, onProgress: task.onProgress, options, progress, onComplete: function (err, item) { if (err && !task.isFinish && !cc.assetManager.force) done(err); task.output.push(item); subTask.recycle(); cb(); } }); // 執(zhí)行子任務,loadOneAssetPipeline有fetch和parse組成 loadOneAssetPipeline.async(subTask); }, function () { // 每個input執(zhí)行完成后,最后執(zhí)行該函數(shù) options.__exclude__ = null; if (task.isFinish) { clear(task, true); return task.dispatch('error'); } gatherAsset(task); clear(task, true); done(); }); }
loadOneAssetPipeline如其函數(shù)名所示,就是加載一個資源的管線,它分為2步,fetch和parse:
fetch方法用于下載資源文件,由packManager負責下載的實現(xiàn),fetch會將下載完的文件數(shù)據(jù)放到item.file中
parse方法用于將加載完的資源文件轉換成我們可用的資源對象
對于原生資源,調用parser.parse進行解析,該方法會根據(jù)資源類型調用不同的解析方法
import資源調用parseImport方法,根據(jù)json數(shù)據(jù)反序列化出Asset對象,并放到assets中
圖片資源會調用parseImage、parsePVRTex或parsePKMTex方法解析圖像格式(但不會創(chuàng)建Texture對象)
音效資源調用parseAudio方法進行解析
plist資源調用parsePlist方法進行解析
對于其它資源
如果uuid在task.options.__exclude__
中,則標記為完成,并添加引用計數(shù),否則,根據(jù)一些復雜的條件來決定是否加載資源的依賴
var loadOneAssetPipeline = new Pipeline('loadOneAsset', [ function fetch (task, done) { var item = task.output = task.input; var { options, isNative, uuid, file } = item; var { reload } = options; // 如果assets里面已經(jīng)加載了這個資源,則直接完成 if (file || (!reload && !isNative && assets.has(uuid))) return done(); // 下載文件,這是一個異步的過程,文件下載完會被放到item.file中,并執(zhí)行done驅動管線 packManager.load(item, task.options, function (err, data) { if (err) { if (cc.assetManager.force) { err = null; } else { cc.error(err.message, err.stack); } data = null; } item.file = data; done(err); }); }, // 將資源文件轉換成資源對象的過程 function parse (task, done) { var item = task.output = task.input, progress = task.progress, exclude = task.options.__exclude__; var { id, file, options } = item; if (item.isNative) { // 對于原生資源,調用parser.parse進行處理,將處理完的資源放到item.content中,并結束流程 parser.parse(id, file, item.ext, options, function (err, asset) { if (err) { if (!cc.assetManager.force) { cc.error(err.message, err.stack); return done(err); } } item.content = asset; task.dispatch('progress', ++progress.finish, progress.total, item); files.remove(id); parsed.remove(id); done(); }); } else { var { uuid } = item; // 非原生資源,如果在task.options.__exclude__中,直接結束 if (uuid in exclude) { var { finish, content, err, callbacks } = exclude[uuid]; task.dispatch('progress', ++progress.finish, progress.total, item); if (finish || checkCircleReference(uuid, uuid, exclude) ) { content && content.addRef(); item.content = content; done(err); } else { callbacks.push({ done, item }); } } else { // 如果不是reload,且asset中包含了該uuid if (!options.reload && assets.has(uuid)) { var asset = assets.get(uuid); // 開啟了options.__asyncLoadAssets__,或asset.__asyncLoadAssets__為false,直接結束,不加載依賴 if (options.__asyncLoadAssets__ || !asset.__asyncLoadAssets__) { item.content = asset.addRef(); task.dispatch('progress', ++progress.finish, progress.total, item); done(); } else { loadDepends(task, asset, done, false); } } else { // 如果是reload,或者assets中沒有,則進行解析,并加載依賴 parser.parse(id, file, 'import', options, function (err, asset) { if (err) { if (cc.assetManager.force) { err = null; } else { cc.error(err.message, err.stack); } return done(err); } asset._uuid = uuid; loadDepends(task, asset, done, true); }); } } } } ]);
creator使用packManager.load
來完成下載的工作,當要下載一個文件時,有2個問題需要考慮:
該文件是否被打包了,比如由于勾選了內聯(lián)所有SpriteFrame,導致SpriteFrame的json文件被合并到prefab中
當前平臺是原生平臺還是web平臺,對于一些本地資源,原生平臺需要從磁盤讀取
// packManager.load的實現(xiàn) load (item, options, onComplete) { // 如果資源沒有被打包,則直接調用downloader.download下載(download內部也有已下載和加載中的判斷) if (item.isNative || !item.info || !item.info.packs) return downloader.download(item.id, item.url, item.ext, item.options, onComplete); // 如果文件已經(jīng)下載過了,則直接返回 if (files.has(item.id)) return onComplete(null, files.get(item.id)); var packs = item.info.packs; // 如果pack已經(jīng)在加載中,則將回調添加到_loading隊列,等加載完成后觸發(fā)回調 var pack = packs.find(isLoading); if (pack) return _loading.get(pack.uuid).push({ onComplete, id: item.id }); // 下載一個新的pack pack = packs[0]; _loading.add(pack.uuid, [{ onComplete, id: item.id }]); let url = cc.assetManager._transform(pack.uuid, {ext: pack.ext, bundle: item.config.name}); // 下載pack并解包, downloader.download(pack.uuid, url, pack.ext, item.options, function (err, data) { files.remove(pack.uuid); if (err) { cc.error(err.message, err.stack); } // unpack package,內部實現(xiàn)包含2種解包,一種針對prefab、圖集等json數(shù)組的分割解包,另一種針對Texture2D的content進行解包 packManager.unpack(pack.packs, data, pack.ext, item.options, function (err, result) { if (!err) { for (var id in result) { files.add(id, result[id]); } } var callbacks = _loading.remove(pack.uuid); for (var i = 0, l = callbacks.length; i < l; i++) { var cb = callbacks[i]; if (err) { cb.onComplete(err); continue; } var data = result[cb.id]; if (!data) { cb.onComplete(new Error('can not retrieve data from package')); } else { cb.onComplete(null, data); } } }); }); }
3.2.1 Web平臺的下載
web平臺的download實現(xiàn)如下:
用一個downloaders數(shù)組來管理各種資源類型對應的下載方式
使用files緩存來避免重復下載
使用_downloading隊列來處理并發(fā)下載同一個資源時的回調,并保證時序
支持了下載的優(yōu)先級、重試等邏輯
download (id, url, type, options, onComplete) { // 取出downloaders中對應類型的下載回調 let func = downloaders[type] || downloaders['default']; let self = this; // 避免重復下載 let file, downloadCallbacks; if (file = files.get(id)) { onComplete(null, file); } // 如果在下載中,添加到隊列 else if (downloadCallbacks = _downloading.get(id)) { downloadCallbacks.push(onComplete); for (let i = 0, l = _queue.length; i < l; i++) { var item = _queue[i]; if (item.id === id) { var priority = options.priority || 0; if (item.priority < priority) { item.priority = priority; _queueDirty = true; } return; } } } else { // 進行下載,并設置好下載失敗的重試 var maxRetryCount = options.maxRetryCount || this.maxRetryCount; var maxConcurrency = options.maxConcurrency || this.maxConcurrency; var maxRequestsPerFrame = options.maxRequestsPerFrame || this.maxRequestsPerFrame; function process (index, callback) { if (index === 0) { _downloading.add(id, [onComplete]); } if (!self.limited) return func(urlAppendTimestamp(url), options, callback); updateTime(); function invoke () { func(urlAppendTimestamp(url), options, function () { // when finish downloading, update _totalNum _totalNum--; if (!_checkNextPeriod && _queue.length > 0) { callInNextTick(handleQueue, maxConcurrency, maxRequestsPerFrame); _checkNextPeriod = true; } callback.apply(this, arguments); }); } if (_totalNum < maxConcurrency && _totalNumThisPeriod < maxRequestsPerFrame) { invoke(); _totalNum++; _totalNumThisPeriod++; } else { // when number of request up to limitation, cache the rest _queue.push({ id, priority: options.priority || 0, invoke }); _queueDirty = true; if (!_checkNextPeriod && _totalNum < maxConcurrency) { callInNextTick(handleQueue, maxConcurrency, maxRequestsPerFrame); _checkNextPeriod = true; } } } // retry完成后,將文件添加到files緩存中,從_downloading隊列中移除,并執(zhí)行callbacks回調 // when retry finished, invoke callbacks function finale (err, result) { if (!err) files.add(id, result); var callbacks = _downloading.remove(id); for (let i = 0, l = callbacks.length; i < l; i++) { callbacks[i](err, result); } } retry(process, maxRetryCount, this.retryInterval, finale); } }
downloaders是一個map,映射了各種資源類型對應的下載方法,在web平臺主要包含以下幾類下載方法:
圖片類 downloadImage
downloadDomImage 使用Html的Image元素,指定其src屬性來下載
downloadBlob 以文件下載的方式下載圖片
文件類,這里可以分為二進制文件、json文件和文本文件
downloadArrayBuffer 指定arraybuffer類型調用downloadFile,用于skel、bin、pvr等文件下載
downloadText 指定text類型調用downloadFile,用于atlas、tmx、xml、vsh等文件下載
downloadJson 指定json類型調用downloadFile,并在下載完后解析json,用于plist、json等文件下載
字體類 loadFont 構建css樣式,指定url下載
聲音類 downloadAudio
downloadDomAudio 創(chuàng)建Html的audio元素,指定其src屬性來下載
downloadBlob 以文件下載的方式下載音效
視頻類 downloadVideo web端直接返回了
腳本 downloadScript 創(chuàng)建Html的script元素,指定其src屬性來下載并執(zhí)行
Bundle downloadBundle 同時下載了Bundle的json和腳本
downloadFile使用了XMLHttpRequest來下載文件,具體實現(xiàn)如下:
function downloadFile (url, options, onProgress, onComplete) { var { options, onProgress, onComplete } = parseParameters(options, onProgress, onComplete); var xhr = new XMLHttpRequest(), errInfo = 'download failed: ' + url + ', status: '; xhr.open('GET', url, true); if (options.responseType !== undefined) xhr.responseType = options.responseType; if (options.withCredentials !== undefined) xhr.withCredentials = options.withCredentials; if (options.mimeType !== undefined && xhr.overrideMimeType ) xhr.overrideMimeType(options.mimeType); if (options.timeout !== undefined) xhr.timeout = options.timeout; if (options.header) { for (var header in options.header) { xhr.setRequestHeader(header, options.header[header]); } } xhr.onload = function () { if ( xhr.status === 200 || xhr.status === 0 ) { onComplete && onComplete(null, xhr.response); } else { onComplete && onComplete(new Error(errInfo + xhr.status + '(no response)')); } }; if (onProgress) { xhr.onprogress = function (e) { if (e.lengthComputable) { onProgress(e.loaded, e.total); } }; } xhr.onerror = function(){ onComplete && onComplete(new Error(errInfo + xhr.status + '(error)')); }; xhr.ontimeout = function(){ onComplete && onComplete(new Error(errInfo + xhr.status + '(time out)')); }; xhr.onabort = function(){ onComplete && onComplete(new Error(errInfo + xhr.status + '(abort)')); }; xhr.send(null); return xhr; }
3.2.2 原生平臺下載
原生平臺的引擎相關文件可以在引擎目錄的resources/builtin/jsb-adapter/engine
目錄下,資源加載相關的實現(xiàn)在jsb-loader.js文件中,這里的downloader重新注冊了回調函數(shù)。
downloader.register({ // JS '.js' : downloadScript, '.jsc' : downloadScript, // Images '.png' : downloadAsset, '.jpg' : downloadAsset, ... });
在原生平臺下,downloadAsset等方法都會調用download來進行資源的下載,在資源下載之前會調用transformUrl對url進行檢測,主要判斷該資源是網(wǎng)絡資源還是本地資源,如果是網(wǎng)絡資源,是否已經(jīng)下載過了。只有沒下載過的網(wǎng)絡資源,才需要進行下載。不需要下載的在文件解析的地方會直接讀文件。
// func傳入的是下載完成之后的處理,比如腳本下載完成后需要執(zhí)行,此時會調用window.require // 如果說要下載的是json資源之類的,傳入的func是doNothing,也就是直接調用onComplete方法 function download (url, func, options, onFileProgress, onComplete) { var result = transformUrl(url, options); // 如果是本地文件,直接指向func if (result.inLocal) { func(result.url, options, onComplete); } // 如果在緩存中,更新資源的最后使用時間(lru) else if (result.inCache) { cacheManager.updateLastTime(url) func(result.url, options, function (err, data) { if (err) { cacheManager.removeCache(url); } onComplete(err, data); }); } else { // 未下載的網(wǎng)絡資源,調用downloadFile進行下載 var time = Date.now(); var storagePath = ''; if (options.__cacheBundleRoot__) { storagePath = `${cacheManager.cacheDir}/${options.__cacheBundleRoot__}/${time}${suffix++}${cc.path.extname(url)}`; } else { storagePath = `${cacheManager.cacheDir}/${time}${suffix++}${cc.path.extname(url)}`; } // 使用downloadFile下載并緩存 downloadFile(url, storagePath, options.header, onFileProgress, function (err, path) { if (err) { onComplete(err, null); return; } func(path, options, function (err, data) { if (!err) { cacheManager.cacheFile(url, storagePath, options.__cacheBundleRoot__); } onComplete(err, data); }); }); } } function transformUrl (url, options) { var inLocal = false; var inCache = false; // 通過正則匹配是不是URL if (REGEX.test(url)) { if (options.reload) { return { url }; } else { // 檢查是否在緩存中(本地磁盤緩存) var cache = cacheManager.cachedFiles.get(url); if (cache) { inCache = true; url = cache.url; } } } else { inLocal = true; } return { url, inLocal, inCache }; }
downloadFile會調用原生平臺的jsb_downloader來下載資源,并保存到本地磁盤中
downloadFile (remoteUrl, filePath, header, onProgress, onComplete) { downloading.add(remoteUrl, { onProgress, onComplete }); var storagePath = filePath; if (!storagePath) storagePath = tempDir + '/' + performance.now() + cc.path.extname(remoteUrl); jsb_downloader.createDownloadFileTask(remoteUrl, storagePath, header); },
在loadOneAssetPipeline中,資源會經(jīng)過fetch和parse兩個管線進行處理,fetch負責下載而parse負責解析資源,并實例化資源對象。在parse方法中調用了parser.parse將文件內容傳入,解析成對應的Asset對象,并返回。
3.3.1 Web平臺解析
Web平臺下的parser.parse主要做的是對解析中的文件的管理,為解析中、解析完的文件維護一個列表,避免重復解析。同時維護了解析完成后的回調列表,而真正的解析方法在parsers數(shù)組中。
parse (id, file, type, options, onComplete) { let parsedAsset, parsing, parseHandler; if (parsedAsset = parsed.get(id)) { onComplete(null, parsedAsset); } else if (parsing = _parsing.get(id)){ parsing.push(onComplete); } else if (parseHandler = parsers[type]){ _parsing.add(id, [onComplete]); parseHandler(file, options, function (err, data) { if (err) { files.remove(id); } else if (!isScene(data)){ parsed.add(id, data); } let callbacks = _parsing.remove(id); for (let i = 0, l = callbacks.length; i < l; i++) { callbacks[i](err, data); } }); } else { onComplete(null, file); } }
parsers映射了各種類型文件的解析方法,下面以圖片和普通的asset資源為例:
注意:在parseImport方法中,反序列化方法會將資源的依賴放到asset.__depends__中,結構為數(shù)組,數(shù)組中每個對象包含3個字段,資源id uuid、owner 對象、prop 屬性。比如一個Prefab資源,下面有2個節(jié)點,都引用了同一個資源,depends列表需要為這兩個節(jié)點對象分別記錄一條依賴信息 [{uuid:xxx, owner:1, prop:tex}, {uuid:xxx, owner:2, prop:tex}]
// 映射圖片格式到解析方法 var parsers = { '.png' : parser.parseImage, '.jpg' : parser.parseImage, '.bmp' : parser.parseImage, '.jpeg' : parser.parseImage, '.gif' : parser.parseImage, '.ico' : parser.parseImage, '.tiff' : parser.parseImage, '.webp' : parser.parseImage, '.image' : parser.parseImage, '.pvr' : parser.parsePVRTex, '.pkm' : parser.parsePKMTex, // Audio '.mp3' : parser.parseAudio, '.ogg' : parser.parseAudio, '.wav' : parser.parseAudio, '.m4a' : parser.parseAudio, // plist '.plist' : parser.parsePlist, 'import' : parser.parseImport }; // 圖片并不會解析成Asset對象,而是解析成對應的圖片對象 parseImage (file, options, onComplete) { if (capabilities.imageBitmap && file instanceof Blob) { let imageOptions = {}; imageOptions.imageOrientation = options.__flipY__ ? 'flipY' : 'none'; imageOptions.premultiplyAlpha = options.__premultiplyAlpha__ ? 'premultiply' : 'none'; createImageBitmap(file, imageOptions).then(function (result) { result.flipY = !!options.__flipY__; result.premultiplyAlpha = !!options.__premultiplyAlpha__; onComplete && onComplete(null, result); }, function (err) { onComplete && onComplete(err, null); }); } else { onComplete && onComplete(null, file); } }, // Asset對象的解析,通過deserialize實現(xiàn),大致流程是解析json然后找到對應的class,并調用對應class的_deserialize方法拷貝數(shù)據(jù)、初始化變量,并將依賴資源放到asset.__depends parseImport (file, options, onComplete) { if (!file) return onComplete && onComplete(new Error('Json is empty')); var result, err = null; try { result = deserialize(file, options); } catch (e) { err = e; } onComplete && onComplete(err, result); },
3.3.2 原生平臺解析
在原生平臺下,jsb-loader.js中重新注冊了各種資源的解析方法:
parser.register({ '.png' : downloader.downloadDomImage, '.binary' : parseArrayBuffer, '.txt' : parseText, '.plist' : parsePlist, '.font' : loadFont, '.ExportJson' : parseJson, ... });
圖片的解析方法竟然是downloader.downloadDomImage?跟蹤原生平臺調試了一下,確實是調用的這個方法,創(chuàng)建了Image對象并指定src來加載圖片,這種方式加載本地磁盤的圖片也是可以的,但紋理對象又是如何創(chuàng)建的呢?通過Texture2D對應的json文件,creator在加載真正的原生紋理之前,就已經(jīng)創(chuàng)建好了Texture2D這個Asset對象,而在加載完原生圖片資源后,會將Image對象設置為Texture2D對象的_nativeAsset,在這個屬性的set方法中,會調用initWithData或initWithElement,這里才真正使用紋理數(shù)據(jù)創(chuàng)建了用于渲染的紋理對象。
var Texture2D = cc.Class({ name: 'cc.Texture2D', extends: require('../assets/CCAsset'), mixins: [EventTarget], properties: { _nativeAsset: { get () { // maybe returned to pool in webgl return this._image; }, set (data) { if (data._data) { this.initWithData(data._data, this._format, data.width, data.height); } else { this.initWithElement(data); } }, override: true },
而對于parseJson、parseText、parseArrayBuffer等實現(xiàn),這里只是簡單地調用了文件系統(tǒng)讀取文件而已。像一些拿到文件內容之后,需要進一步解析才能使用的資源呢?比如模型、骨骼等資源依賴二進制的模型數(shù)據(jù),這些數(shù)據(jù)的解析在哪里呢?沒錯,跟上面的Texture2D一樣,都是放在對應的Asset資源本身,有些在_nativeAsset字段的setter回調中初始化,而有些會在真正使用這個資源時才惰性地進行初始化。
// 在jsb-loader.js文件中 function parseText (url, options, onComplete) { readText(url, onComplete); } function parseArrayBuffer (url, options, onComplete) { readArrayBuffer(url, onComplete); } function parseJson (url, options, onComplete) { readJson(url, onComplete); } // 在jsb-fs-utils.js文件中 readText (filePath, onComplete) { fsUtils.readFile(filePath, 'utf8', onComplete); }, readArrayBuffer (filePath, onComplete) { fsUtils.readFile(filePath, '', onComplete); }, readJson (filePath, onComplete) { fsUtils.readFile(filePath, 'utf8', function (err, text) { var out = null; if (!err) { try { out = JSON.parse(text); } catch (e) { cc.warn('Read json failed: ' + e.message); err = new Error(e.message); } } onComplete && onComplete(err, out); }); },
像圖集、Prefab這些資源又是怎么初始化的呢?Creator還是使用parseImport方法進行解析,因為這些資源對應的類型是import
,原生平臺下并沒有覆蓋這種類型對應的parse函數(shù),而這些資源會直接反序列化成可用的Asset對象。
creator將資源分為兩大類,普通資源和原生資源,普通資源包括cc.Asset及其子類,如cc.SpriteFrame、cc.Texture2D、cc.Prefab等等。原生資源包括各種格式的紋理、音樂、字體等文件,在游戲中我們無法直接使用這些原生資源,而是需要讓creator將他們轉換成對應的cc.Asset對象之后才能使用。
在creator中,一個Prefab可能會依賴很多資源,這些依賴也可以分為普通依賴和原生資源依賴,creator的cc.Asset提供了_parseDepsFromJson
和_parseNativeDepFromJson
方法來檢查資源的依賴。loadDepends通過getDepends方法搜集了資源的依賴。
loadDepends創(chuàng)建了一個子任務來負責依賴資源的加載,并調用pipeline執(zhí)行加載,實際上無論有無依賴需要加載,都會執(zhí)行這段邏輯,加載完成后執(zhí)行以下重要邏輯:
初始化assset:在依賴加載完成后,將依賴的資源賦值到asset對應的屬性后調用asset.onLoad
將資源對應的files和parsed緩存移除,并緩存資源到assets中(如果是場景的話,不會緩存)
執(zhí)行repeatItem.callbacks列表中的回調(在loadDepends的開頭構造,默認記錄傳入的done方法)
// 加載指定asset的依賴項 function loadDepends (task, asset, done, init) { var item = task.input, progress = task.progress; var { uuid, id, options, config } = item; var { __asyncLoadAssets__, cacheAsset } = options; var depends = []; // 增加引用計數(shù)來避免加載依賴的過程中資源被釋放,調用getDepends獲取依賴資源 asset.addRef && asset.addRef(); getDepends(uuid, asset, Object.create(null), depends, false, __asyncLoadAssets__, config); task.dispatch('progress', ++progress.finish, progress.total += depends.length, item); var repeatItem = task.options.__exclude__[uuid] = { content: asset, finish: false, callbacks: [{ done, item }] }; let subTask = Task.create({ input: depends, options: task.options, onProgress: task.onProgress, onError: Task.prototype.recycle, progress, onComplete: function (err) { // 在所有依賴項加載完成之后回調 asset.decRef && asset.decRef(false); asset.__asyncLoadAssets__ = __asyncLoadAssets__; repeatItem.finish = true; repeatItem.err = err; if (!err) { var assets = Array.isArray(subTask.output) ? subTask.output : [subTask.output]; // 構造一個map,記錄uuid到asset的映射 var map = Object.create(null); for (let i = 0, l = assets.length; i < l; i++) { var dependAsset = assets[i]; dependAsset && (map[dependAsset instanceof cc.Asset ? dependAsset._uuid + '@import' : uuid + '@native'] = dependAsset); } // 調用setProperties將對應的依賴資源設置到asset的成員變量中 if (!init) { if (asset.__nativeDepend__ && !asset._nativeAsset) { var missingAsset = setProperties(uuid, asset, map); if (!missingAsset) { try { asset.onLoad && asset.onLoad(); } catch (e) { cc.error(e.message, e.stack); } } } } else { var missingAsset = setProperties(uuid, asset, map); if (!missingAsset) { try { asset.onLoad && asset.onLoad(); } catch (e) { cc.error(e.message, e.stack); } } files.remove(id); parsed.remove(id); cache(uuid, asset, cacheAsset !== undefined ? cacheAsset : cc.assetManager.cacheAsset); } subTask.recycle(); } // 這個repeatItem可能有很多個地方都加載了它,要通知所有回調加載完成 var callbacks = repeatItem.callbacks; for (var i = 0, l = callbacks.length; i < l; i++) { var cb = callbacks[i]; asset.addRef && asset.addRef(); cb.item.content = asset; cb.done(err); } callbacks.length = 0; } }); pipeline.async(subTask); }
3.4.1 依賴解析
getDepends (uuid, data, exclude, depends, preload, asyncLoadAssets, config) { var err = null; try { var info = dependUtil.parse(uuid, data); var includeNative = true; if (data instanceof cc.Asset && (!data.__nativeDepend__ || data._nativeAsset)) includeNative = false; if (!preload) { asyncLoadAssets = !CC_EDITOR && (!!data.asyncLoadAssets || (asyncLoadAssets && !info.preventDeferredLoadDependents)); for (let i = 0, l = info.deps.length; i < l; i++) { let dep = info.deps[i]; if (!(dep in exclude)) { exclude[dep] = true; depends.push({uuid: dep, __asyncLoadAssets__: asyncLoadAssets, bundle: config && config.name}); } } if (includeNative && !asyncLoadAssets && !info.preventPreloadNativeObject && info.nativeDep) { config && (info.nativeDep.bundle = config.name); depends.push(info.nativeDep); } } else { for (let i = 0, l = info.deps.length; i < l; i++) { let dep = info.deps[i]; if (!(dep in exclude)) { exclude[dep] = true; depends.push({uuid: dep, bundle: config && config.name}); } } if (includeNative && info.nativeDep) { config && (info.nativeDep.bundle = config.name); depends.push(info.nativeDep); } } } catch (e) { err = e; } return err; },
dependUtil是一個控制依賴列表的單例,通過傳入uuid和asset對象來解析該對象的依賴資源列表,返回的依賴資源列表可能包含以下4個字段:
deps 依賴的Asset資源
nativeDep 依賴的原生資源
preventPreloadNativeObject 禁止預加載原生對象,這個值默認是false
preventDeferredLoadDependents 禁止延遲加載依賴,默認為false,對于骨骼動畫、TiledMap等資源為true
parsedFromExistAsset 是否直接從asset.__depends__
中取出
dependUtil還維護了_depends緩存來避免依賴的重復查詢,這個緩存會在首次查詢某資源依賴時添加,當該資源被釋放時移除
// 根據(jù)json信息獲取其資源依賴列表,實際上json信息就是asset對象 parse (uuid, json) { var out = null; // 如果是場景或者Prefab,data會是一個數(shù)組,scene or prefab if (Array.isArray(json)) { // 如果已經(jīng)解析過了,在_depends中有依賴列表,則直接返回 if (this._depends.has(uuid)) return this._depends.get(uuid) out = { // 對于Prefab或場景,直接使用_parseDepsFromJson方法返回 deps: cc.Asset._parseDepsFromJson(json), asyncLoadAssets: json[0].asyncLoadAssets }; } // 如果包含__type__,獲取其構造函數(shù),并從json中查找依賴資源 get deps from json // 實際測試,預加載的資源會走下面這個分支,預加載的資源并沒有把json反序列化成Asset對象 else if (json.__type__) { if (this._depends.has(uuid)) return this._depends.get(uuid); var ctor = js._getClassById(json.__type__); // 部分資源重寫了_parseDepsFromJson和_parseNativeDepFromJson方法 // 比如cc.Texture2D out = { preventPreloadNativeObject: ctor.preventPreloadNativeObject, preventDeferredLoadDependents: ctor.preventDeferredLoadDependents, deps: ctor._parseDepsFromJson(json), nativeDep: ctor._parseNativeDepFromJson(json) }; out.nativeDep && (out.nativeDep.uuid = uuid); } // get deps from an existing asset // 如果沒有__type__字段,則無法找到它對應的ctor,從asset的__depends__字段中取出依賴 else { if (!CC_EDITOR && (out = this._depends.get(uuid)) && out.parsedFromExistAsset) return out; var asset = json; out = { deps: [], parsedFromExistAsset: true, preventPreloadNativeObject: asset.constructor.preventPreloadNativeObject, preventDeferredLoadDependents: asset.constructor.preventDeferredLoadDependents }; let deps = asset.__depends__; for (var i = 0, l = deps.length; i < l; i++) { var dep = deps[i].uuid; out.deps.push(dep); } if (asset.__nativeDepend__) { // asset._nativeDep會返回類似這樣的對象 {__isNative__: true, uuid: this._uuid, ext: this._native} out.nativeDep = asset._nativeDep; } } // 第一次找到依賴,直接放到_depends列表中,cache dependency list this._depends.add(uuid, out); return out; }
CCAsset默認的_parseDepsFromJson
和_parseNativeDepFromJson
實現(xiàn)如下,_parseDepsFromJson
通過調用parseDependRecursively遞歸json,將json對象及其子對象的所有__uuid__
全部找到放到depends數(shù)組中。Texture2D、TTFFont、AudioClip的實現(xiàn)為直接返回空數(shù)組,而SpriteFrame的實現(xiàn)為返回cc.assetManager.utils.decodeUuid(json.content.texture)
,這個字段記錄了SpriteFrame對應紋理的uuid。
而_parseNativeDepFromJson
在改asset的_native
有值的情況下,會返回{ __isNative__: true, ext: json._native}
。實際上大部分的native資源走的是_nativeDep
,這個屬性的get方法會返回一個包含類似這樣的對象{__isNative__: true, uuid: this._uuid, ext: this._native}
。
_parseDepsFromJson (json) { var depends = []; parseDependRecursively(json, depends); return depends; }, _parseNativeDepFromJson (json) { if (json._native) return { __isNative__: true, ext: json._native}; return null; }
這一小節(jié)重點介紹在Creator中釋放資源的三種方式以及其背后的實現(xiàn),最后介紹在項目中如何排查資源泄露的情況。
3.5.1 Creator的資源釋放
Creator支持以下3種資源釋放的方式:
釋放方式 | 釋放效果 |
---|---|
勾選:場景->屬性檢查器->自動釋放資源 | 在場景切換后,自動釋放新場景不使用的資源 |
引用計數(shù)釋放res.decRef | 使用addRef和decRef維護引用計數(shù),在decRef后引用計數(shù)為0時自動釋放 |
手動釋放cc.assetManager.releaseAsset(texture); | 手動釋放資源,強制釋放 |
3.5.2 場景自動釋放
當一個新場景運行的時候會執(zhí)行Director.runSceneImmediate方法,這里調用了_autoRelease來實現(xiàn)老場景資源的自動釋放(如果老場景勾選了自動釋放資源)。
runSceneImmediate: function (scene, onBeforeLoadScene, onLaunched) { // 省略代碼... var oldScene = this._scene; if (!CC_EDITOR) { // 自動釋放資源 CC_BUILD && CC_DEBUG && console.time('AutoRelease'); cc.assetManager._releaseManager._autoRelease(oldScene, scene, persistNodeList); CC_BUILD && CC_DEBUG && console.timeEnd('AutoRelease'); } // unload scene CC_BUILD && CC_DEBUG && console.time('Destroy'); if (cc.isValid(oldScene)) { oldScene.destroy(); } // 省略代碼... },
最新版本的_autoRelease的實現(xiàn)非常簡潔干脆,將持久節(jié)點的引用從老場景遷移到新場景,然后直接調用資源的decRef減少引用計數(shù),而是否釋放老場景引用的資源,則取決于老場景是否設置了autoReleaseAssets。
// do auto release _autoRelease (oldScene, newScene, persistNodes) { // 所有持久節(jié)點依賴的資源自動addRef、并記錄到sceneDeps.persistDeps中 for (let i = 0, l = persistNodes.length; i < l; i++) { var node = persistNodes[i]; var sceneDeps = dependUtil._depends.get(newScene._id); var deps = _persistNodeDeps.get(node.uuid); for (let i = 0, l = deps.length; i < l; i++) { var dependAsset = assets.get(deps[i]); if (dependAsset) { dependAsset.addRef(); } } if (sceneDeps) { !sceneDeps.persistDeps && (sceneDeps.persistDeps = []); sceneDeps.persistDeps.push.apply(sceneDeps.persistDeps, deps); } } // 釋放老場景的依賴 if (oldScene) { var childs = dependUtil.getDeps(oldScene._id); for (let i = 0, l = childs.length; i < l; i++) { let asset = assets.get(childs[i]); asset && asset.decRef(CC_TEST || oldScene.autoReleaseAssets); } var dependencies = dependUtil._depends.get(oldScene._id); if (dependencies && dependencies.persistDeps) { var persistDeps = dependencies.persistDeps; for (let i = 0, l = persistDeps.length; i < l; i++) { let asset = assets.get(persistDeps[i]); asset && asset.decRef(CC_TEST || oldScene.autoReleaseAssets); } } dependUtil.remove(oldScene._id); } },
3.5.3 引用計數(shù)和手動釋放資源
剩下兩種釋放資源的方式,本質上都是調用releaseManager.tryRelease來實現(xiàn)資源釋放,區(qū)別在于decRef是根據(jù)引用計數(shù)和autoRelease來決定是否調用tryRelease,而releaseAsset是強制釋放。資源釋放的完整流程大致如下圖所示:
// CCAsset.js 減少引用 decRef (autoRelease) { this._ref--; autoRelease !== false && cc.assetManager._releaseManager.tryRelease(this); return this; } // CCAssetManager.js 手動釋放資源 releaseAsset (asset) { releaseManager.tryRelease(asset, true); },
tryRelease支持延遲釋放和強制釋放2種模式,當傳入force參數(shù)為true時直接進入釋放流程,否則creator會將資源放入待釋放的列表中,并在EVENT_AFTER_DRAW
事件中執(zhí)行freeAssets方法真正清理資源。不論何種方式,資源會傳入到_free方法處理,這個方法做了以下幾件事情。
從_toDelete中移除
在非force釋放時,需要檢查是否還有其它引用,如果是則返回
從assets緩存中移除
自動釋放依賴資源
調用資源的destroy方法銷毀資源
從dependUtil中移除資源的依賴記錄
checkCircularReference返回值如果大于0,表示資源還有被其它地方引用,其它地方指所有我們addRef的地方,該方法會先記錄asset當前的refCount,然后消除掉資源和依賴資源中對asset的引用,這相當于資源A內部掛載了組件B和C,它們都引用了資源A,此時資源A的引用計數(shù)為2,而組件B和C其實是要跟著A釋放的,而A被B和C引用著,計數(shù)就不為0無法釋放,所以checkCircularReference先排除了內部的引用。如果資源的refCount減去了內部的引用次數(shù)還大于1,說明有其它地方還引用著它,不能釋放。
tryRelease (asset, force) { if (!(asset instanceof cc.Asset)) return; if (force) { releaseManager._free(asset, force); } else { _toDelete.add(asset._uuid, asset); // 在下次Director繪制完成之后,執(zhí)行freeAssets if (!eventListener) { eventListener = true; cc.director.once(cc.Director.EVENT_AFTER_DRAW, freeAssets); } } } // 釋放資源 _free (asset, force) { _toDelete.remove(asset._uuid); if (!cc.isValid(asset, true)) return; if (!force) { if (asset.refCount > 0) { // 檢查資源內部的循環(huán)引用 if (checkCircularReference(asset) > 0) return; } } // 從緩存中移除 assets.remove(asset._uuid); var depends = dependUtil.getDeps(asset._uuid); for (let i = 0, l = depends.length; i < l; i++) { var dependAsset = assets.get(depends[i]); if (dependAsset) { dependAsset.decRef(false); releaseManager._free(dependAsset, false); } } asset.destroy(); dependUtil.remove(asset._uuid); }, // 釋放_toDelete中的資源并清空 function freeAssets () { eventListener = false; _toDelete.forEach(function (asset) { releaseManager._free(asset); }); _toDelete.clear(); }
asset.destroy做了什么?資源對象是如何被釋放掉的?像紋理、聲音這樣的資源又是如何被釋放掉的呢?Asset對象本身并沒有destroy方法,而是Asset對象所繼承的CCObject對象實現(xiàn)了destroy,這里的實現(xiàn)只是將對象放到了一個待釋放的數(shù)組中,并打上ToDestroy
的標記。Director每一幀都會調用deferredDestroy來執(zhí)行_destroyImmediate
進行資源釋放,這個方法會對對象的Destroyed標記進行判斷和操作、調用_onPreDestroy
方法執(zhí)行回調、以及_destruct
方法進行析構。
prototype.destroy = function () { if (this._objFlags & Destroyed) { cc.warnID(5000); return false; } if (this._objFlags & ToDestroy) { return false; } this._objFlags |= ToDestroy; objectsToDestroy.push(this); if (CC_EDITOR && deferredDestroyTimer === null && cc.engine && ! cc.engine._isUpdating) { // 在編輯器模式下可以立即銷毀 deferredDestroyTimer = setImmediate(deferredDestroy); } return true; }; // Director每一幀都會調用這個方法 function deferredDestroy () { var deleteCount = objectsToDestroy.length; for (var i = 0; i < deleteCount; ++i) { var obj = objectsToDestroy[i]; if (!(obj._objFlags & Destroyed)) { obj._destroyImmediate(); } } // 當我們在a.onDestroy中調用b.destroy,objectsToDestroy數(shù)組的大小會變化,我們只銷毀在這次deferredDestroy之前objectsToDestroy中的元素 if (deleteCount === objectsToDestroy.length) { objectsToDestroy.length = 0; } else { objectsToDestroy.splice(0, deleteCount); } if (CC_EDITOR) { deferredDestroyTimer = null; } } // 真正的資源釋放 prototype._destroyImmediate = function () { if (this._objFlags & Destroyed) { cc.errorID(5000); return; } // 執(zhí)行回調 if (this._onPreDestroy) { this._onPreDestroy(); } if ((CC_TEST ? (/* make CC_EDITOR mockable*/ Function('return !CC_EDITOR'))() : !CC_EDITOR) || cc.engine._isPlaying) { this._destruct(); } this._objFlags |= Destroyed; };
在這里_destruct
做的事情就是將對象的屬性清空,比如將object類型的屬性置為null,將string類型的屬性置為'',compileDestruct方法會返回一個該類的析構函數(shù),compileDestruct先收集了普通object和cc.Class這兩種類型下的所有屬性,并根據(jù)類型構建了一個propsToReset用來清空屬性,支持JIT的情況下會根據(jù)要清空的屬性生成一個類似這樣的函數(shù)返回function(o) {o.a='';o.b=null;o.['c']=undefined...}
,而非JIT情況下會返回一個根據(jù)propsToReset遍歷處理的函數(shù),前者占用更多內存,但效率更高。
prototype._destruct = function () { var ctor = this.constructor; var destruct = ctor.__destruct__; if (!destruct) { destruct = compileDestruct(this, ctor); js.value(ctor, '__destruct__', destruct, true); } destruct(this); }; function compileDestruct (obj, ctor) { var shouldSkipId = obj instanceof cc._BaseNode || obj instanceof cc.Component; var idToSkip = shouldSkipId ? '_id' : null; var key, propsToReset = {}; for (key in obj) { if (obj.hasOwnProperty(key)) { if (key === idToSkip) { continue; } switch (typeof obj[key]) { case 'string': propsToReset[key] = ''; break; case 'object': case 'function': propsToReset[key] = null; break; } } } // Overwrite propsToReset according to Class if (cc.Class._isCCClass(ctor)) { var attrs = cc.Class.Attr.getClassAttrs(ctor); var propList = ctor.__props__; for (var i = 0; i < propList.length; i++) { key = propList[i]; var attrKey = key + cc.Class.Attr.DELIMETER + 'default'; if (attrKey in attrs) { if (shouldSkipId && key === '_id') { continue; } switch (typeof attrs[attrKey]) { case 'string': propsToReset[key] = ''; break; case 'object': case 'function': propsToReset[key] = null; break; case 'undefined': propsToReset[key] = undefined; break; } } } } if (CC_SUPPORT_JIT) { // compile code var func = ''; for (key in propsToReset) { var statement; if (CCClass.IDENTIFIER_RE.test(key)) { statement = 'o.' + key + '='; } else { statement = 'o[' + CCClass.escapeForJS(key) + ']='; } var val = propsToReset[key]; if (val === '') { val = '""'; } func += (statement + val + ';\n'); } return Function('o', func); } else { return function (o) { for (var key in propsToReset) { o[key] = propsToReset[key]; } }; } }
那么_onPreDestroy
又做了什么呢?主要是將各種事件、定時器進行注銷,對子節(jié)點、組件等進行刪除,詳情可以看下面這段代碼。
// Node的_onPreDestroy _onPreDestroy () { // 調用_onPreDestroyBase方法,實際是調用BaseNode.prototype._onPreDestroy,這個方法下面介紹 var destroyByParent = this._onPreDestroyBase(); // 注銷Actions if (ActionManagerExist) { cc.director.getActionManager().removeAllActionsFromTarget(this); } // 移除_currentHovered if (_currentHovered === this) { _currentHovered = null; } this._bubblingListeners && this._bubblingListeners.clear(); this._capturingListeners && this._capturingListeners.clear(); // 移除所有觸摸和鼠標事件監(jiān)聽 if (this._touchListener || this._mouseListener) { eventManager.removeListeners(this); if (this._touchListener) { this._touchListener.owner = null; this._touchListener.mask = null; this._touchListener = null; } if (this._mouseListener) { this._mouseListener.owner = null; this._mouseListener.mask = null; this._mouseListener = null; } } if (CC_JSB && CC_NATIVERENDERER) { this._proxy.destroy(); this._proxy = null; } // 回收到對象池中 this._backDataIntoPool(); if (this._reorderChildDirty) { cc.director.__fastOff(cc.Director.EVENT_AFTER_UPDATE, this.sortAllChildren, this); } if (!destroyByParent) { if (CC_EDITOR) { // 確保編輯模式下的,節(jié)點的被刪除后可以通過ctrl+z撤銷(重新添加到原來的父節(jié)點) this._parent = null; } } }, // BaseNode的_onPreDestroy _onPreDestroy () { var i, len; // 加上Destroying標記 this._objFlags |= Destroying; var parent = this._parent; // 根據(jù)檢測父節(jié)點的標記判斷是不是由父節(jié)點的destroy發(fā)起的釋放 var destroyByParent = parent && (parent._objFlags & Destroying); if (!destroyByParent && (CC_EDITOR || CC_TEST)) { // 從編輯器中移除 this._registerIfAttached(false); } // 把所有子節(jié)點進行釋放,它們的_onPreDestroy也會被執(zhí)行 var children = this._children; for (i = 0, len = children.length; i < len; ++i) { children[i]._destroyImmediate(); } // 把所有的組件進行釋放,它們的_onPreDestroy也會被執(zhí)行 for (i = 0, len = this._components.length; i < len; ++i) { var component = this._components[i]; component._destroyImmediate(); } // 注銷事件監(jiān)聽,比如otherNode.on(type, callback, thisNode) 注冊了事件 // thisNode被釋放時,需要注銷otherNode身上的監(jiān)聽,避免事件回調到已銷毀的對象上 var eventTargets = this.__eventTargets; for (i = 0, len = eventTargets.length; i < len; ++i) { var target = eventTargets[i]; target && target.targetOff(this); } eventTargets.length = 0; // 如果自己是常駐節(jié)點,則從常駐節(jié)點列表中移除 if (this._persistNode) { cc.game.removePersistRootNode(this); } // 如果是自己釋放的自己,而不是從父節(jié)點釋放的,要通知父節(jié)點,把這個失效的子節(jié)點移除掉 if (!destroyByParent) { if (parent) { var childIndex = parent._children.indexOf(this); parent._children.splice(childIndex, 1); parent.emit && parent.emit('child-removed', this); } } return destroyByParent; }, // Component的_onPreDestroy _onPreDestroy () { // 移除ActionManagerExist和schedule if (ActionManagerExist) { cc.director.getActionManager().removeAllActionsFromTarget(this); } this.unscheduleAllCallbacks(); // 移除所有的監(jiān)聽 var eventTargets = this.__eventTargets; for (var i = eventTargets.length - 1; i >= 0; --i) { var target = eventTargets[i]; target && target.targetOff(this); } eventTargets.length = 0; // 編輯器模式下停止監(jiān)控 if (CC_EDITOR && !CC_TEST) { _Scene.AssetsWatcher.stop(this); } // destroyComp的實現(xiàn)為調用組件的onDestroy回調,各個組件會在回調中銷毀自身的資源 // 比如RigidBody3D組件會調用body的destroy方法,而Animation組件會調用stop方法 cc.director._nodeActivator.destroyComp(this); // 將組件從節(jié)點身上移除 this.node._removeComponent(this); },
3.5.4 資源釋放的問題
最后我們來聊一聊資源釋放的問題與定位,在加入引用計數(shù)后,最常見的問題還是沒有正確增減引用計數(shù)導致的內存泄露(循環(huán)引用、少調用了decRef或多調用了addRef),以及正在使用的資源被釋放的問題(和內存泄露相反,資源被提前釋放了)。
從目前的代碼來看,如果正確使用了引用計數(shù),新的資源底層是可以避免內存泄露等問題的
這種問題怎么解決呢?首先是定位出哪些資源出了問題,如果是被提前釋放,我們可以直接定位到這個資源,如果是內存泄露,當我們發(fā)現(xiàn)問題時程序往往已經(jīng)占用了大量的內存,這種情況下可以切換到一個空場景,并清理資源,把資源清理完后,可以檢查assets中殘留的資源是否有未被釋放的資源。
要了解資源為什么會泄露,可以通過跟蹤addRef和decRef的調用得到,下面提供了一個示例方法,用于跟蹤某資源的addRef和decRef調用,然后調用資源的dump方法打印出所有調用的堆棧:
public static traceObject(obj : cc.Asset) { let addRefFunc = obj.addRef; let decRefFunc = obj.decRef; let traceMap = new Map(); obj.addRef = function() : cc.Asset { let stack = ResUtil.getCallStack(1); let cnt = traceMap.has(stack) ? traceMap.get(stack) + 1 : 1; traceMap.set(stack, cnt); return addRefFunc.apply(obj, arguments); } obj.decRef = function() : cc.Asset { let stack = ResUtil.getCallStack(1); let cnt = traceMap.has(stack) ? traceMap.get(stack) + 1 : 1; traceMap.set(stack, cnt); return decRefFunc.apply(obj, arguments); } obj['dump'] = function() { console.log(traceMap); } }
以上是“CocosCreator新資源管理系統(tǒng)的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業(yè)資訊頻道!
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內容。