前言
我們有一個用Unity引擎開發了二十個月的mmo arpg手游專案，在安卓已經測驗三輪了，出于IOS的熱的考慮且結合我們的情況：全部代碼都是純C#開發非Lua，所以計劃使用ILRuntime熱更，這里記錄我們把這個專案用上ILRuntime熱更的程序，包括遇到的困難和如何解決的，其它型別專案或其它專案架構的重點問題可能不一樣
專案環境：ILRuntime版本 1.6.3 ， Unity版本：2018.4.15f1
ILRuntime熱更遇到問題
把專案大部分代碼都搬到ILRuntime執行后，先說說從表現上我們遇到的問題：
GC Allow非常頻繁
? 每隔5秒左右就會執行一次GC Allow，每次耗時200ms導致降幀，在手機上的GC Allow間隔時間會長一些
物件管理耗時
? 每個物件的update耗時在0.5~1ms，當場景內有100個物件時，只有幾幀，基本卡住不動了，
? 物件管理耗時主要分布在物件的狀態維護，物件顯示/隱藏，頭頂文字處理
空函式呼叫
? 一些空的Update函式呼叫，耗時在0.7ms
資源創建和銷毀
? 在戰斗程序中，技能特效的加載和創建第一次會頓一下
多人幀率低
? 場景內多人移動時，幀率會降低
界面打開瞬間掉幀
? 在界面第一次打開時，掉幀特別明顯，這是因為在界面打開時有很多的邏輯
官方建議這些內容放主工程
通過咨詢ILRuntime的作者藍大，他建議把這些內容放在主工程
- 移動
- 資源管理
- UI框架
- 頭頂文字
- 戰斗(視情況是否放主工程)
- 物件管理放主工程
而我們專案由于完成度高，代碼交叉呼叫多，只有極少部分內容放在主工程，其它內容全部放在熱更工程中
通過Profiler看問題
好在是C#代碼，把熱更代碼生成dll之后，在Unity的Profiler中查看耗時大的函式，可以看到具體的檔案和函式名，這為排查重點耗時大戶提供了極大的便利，
通過在Profiler中看到最大頭的部分：
- 游戲中每個物件的update函式
- 紅點檢測會頻繁遍歷背包
- 一些網路包的處理
- 某些邏輯代碼存在重復注冊事件，或多次進入玩法出現函式重復呼叫
為什么物件的Update耗時會這么大？因為在主城中，一個地圖中所有的npc，傳送點，采集物都是由客戶端本地管理，就算不在視野內也會執行Update，只是外觀不顯示，
而玩家則是由服務器的視野來控制，不在視野內的物件不會存在于客戶端，
我們的解決方案
目前我們已經采取的解決方案有這些：
-
每個物件的Update進行分幀處理，不在同一幀處理，注意：僅對靜止物件這樣處理
-
去掉空的Update
-
把foreach改成for
-
把全域變數改成區域變數
-
修改紅點的部分邏輯，避免每秒計算結果
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/3043.html
標籤：其他
上一篇：詳解 LeetCode_007_整數反轉(Java 實作)
下一篇：關于圖片渲染的程序