[發(fā)明專利]一種資源文件管理方法、裝置、設備及存儲介質

在審

• 申請?zhí)枺?/td>: 202110411705.2
• 申請日: 2021-04-16
• 公開（公告）號: CN113076122A
• 公開（公告）日: 2021-07-06
• 發(fā)明（設計）人: 王達
• 申請（專利權）人: 上海米哈游璃月科技有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;A63F13/60
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本申請公開了一種資源文件管理方法、裝置、設備及存儲介質。該方法包括檢測到待打包的資源文件滿足資源導入條件時，從本地導入更新后的目標資源文件，并生成相應的目標導入數(shù)據(jù)；在控制目標導入數(shù)據(jù)上傳至緩存服務器后，通過對緩存服務器中指定目標對象的判定，確定目標導入數(shù)據(jù)的上傳狀態(tài)；如果上傳狀態(tài)為數(shù)據(jù)導入錯誤，則刪除緩存服務器上存儲的目標導入數(shù)據(jù)。利用該方法，在打包機從緩存服務器中獲取目標資源文件時，對緩存服務器上損壞資源的有效檢測，以使打包機從緩存服務器上獲取到的資源文件均為有效文件，有效避免了在游戲運行時因獲取到損壞資源文件而出現(xiàn)的游戲卡頓、崩潰、或閃退等現(xiàn)象，保證了游戲的正常運行，從而提高用戶體驗。

技術領域

本申請涉及計算機應用技術領域，尤其涉及一種資源文件管理方法、裝置、設備及存儲介質。

背景技術

目前，游戲引擎Unity已經(jīng)成為游戲應用軟件的主流創(chuàng)作和開發(fā)平臺。開發(fā)商往往具備對游戲應用程序進行動態(tài)更新的需求，由此，在基于Unity的實際開發(fā)中，往往會對Unity工程中已構建的一些資源文件進行修改，以實現(xiàn)應用程序的動態(tài)更新。在應用程序打包階段，Unity中的打包機開始執(zhí)行相應的打包功能后首先確定待打包的資源文件，并在探測到存在被修改的資源文件時，就需要重新導入這些進行了修改的資源文件，生成打包所需的導入數(shù)據(jù)。

可以看出，一個打包機導入修改后資源文件的過程耗時較大，且在一個游戲應用開發(fā)中，游戲項目工程的規(guī)模往往較大，需要借助多個打包機進行程序打包操作，對于同一份修改后的資源文件，如果每個打包機在需要該資源文件時都重復進行導入操作，將會占用很多時間。在上述問題的基礎上，技術人員在Unity中增設了緩存服務器CacheServer，打包機可以將相對修改后資源文件生成的導入數(shù)據(jù)上傳至Cacheserver，以通過CacheServer來提前存儲相應的導入數(shù)據(jù)。由此，當后續(xù)其他打包機需要導入該修改后的資源文件時，可直接從CacheServer中獲取相關的導入數(shù)據(jù)，無需再次執(zhí)行本地導入操作。

其中，可認為CacheServer上存在預先分配有用于數(shù)據(jù)存儲的虛擬磁盤。具體的，在CacheServer存儲導入數(shù)據(jù)的實現(xiàn)中，CacheServer收到導入數(shù)據(jù)后首先需要創(chuàng)建一個只有報頭沒有數(shù)據(jù)內容的空文件，之后再將導入數(shù)據(jù)寫入所創(chuàng)建的空文件中。然而，在導入數(shù)據(jù)寫入空文件的過程中，如果CacheServer上所分配虛擬磁盤的空間已滿，導入數(shù)據(jù)將無法正常寫入空文件；之后如果有其他打包機需要引入該導入數(shù)據(jù)時，將會從CacheServer上獲取到一個損壞的資源文件，損壞資源文件最終可能波及全部打包機。由此，在游戲運行時，如果游戲加載到這個錯誤資源，將會導致游戲出現(xiàn)崩潰，無法正常運行。

發(fā)明內容

有鑒于此，本申請實施例提供了一種資源文件管理方法、裝置、設備及存儲介質，實現(xiàn)了對CacheServer上損壞資源的有效檢測，避免損壞資源文件對游戲應用的全局影響。

第一方面，本申請實施例提供了一種資源文件管理方法，包括：

檢測到待打包的資源文件滿足資源導入條件時，從本地導入更新后的目標資源文件，并生成相應的目標導入數(shù)據(jù)；

在控制所述目標導入數(shù)據(jù)上傳至緩存服務器后，通過對所述緩存服務器中指定目標對象的判定，確定所述目標導入數(shù)據(jù)的上傳狀態(tài)；

如果所述上傳狀態(tài)為數(shù)據(jù)導入錯誤，則刪除所述緩存服務器上存儲的目標導入數(shù)據(jù)。

進一步地，所述檢測到待打包的資源文件滿足資源導入條件的步驟包括：

響應所觸發(fā)的資源打包事件后，判定待打包的資源文件的當前修改時間是否與已記錄修改時間相同；

若否，則查找所述緩存服務器上相對所述資源文件存儲的當前導入數(shù)據(jù)，并基于所述當前導入數(shù)據(jù)的數(shù)據(jù)信息進行資源校驗；

如果資源校驗結果為數(shù)據(jù)信息不匹配，則確定所述資源文件滿足資源導入條件。