1. 項目概述二維數(shù)組序列化的“幽靈”數(shù)據(jù)丟失如果你在Unity里用過二維數(shù)組并且嘗試過序列化保存數(shù)據(jù)大概率遇到過那個讓人抓狂的“幽靈”問題數(shù)據(jù)明明在運行時一切正常但一旦序列化到Inspector面板、保存為Prefab或者通過JsonUtility.ToJson轉(zhuǎn)換數(shù)據(jù)就莫名其妙地丟失了或者整個結(jié)構(gòu)都亂了套。這絕不是個例而是Unity序列化系統(tǒng)在處理非一維數(shù)組時一個眾所周知的“坑”。我自己在開發(fā)一個基于網(wǎng)格的地圖編輯器時就栽過跟頭。我定義了一個int[,] mapData來存儲每個格子的類型ID在Play Mode下編輯、運行都沒問題。但當我滿心歡喜地把這個ScriptableObject保存成資產(chǎn)關(guān)閉Unity再重新打開后整個地圖數(shù)據(jù)變成了一片空白或者只剩下零星幾個數(shù)據(jù)點。那一刻的崩潰感相信很多同行都深有體會。這個問題的根源并不在于你的代碼邏輯有誤而在于Unity默認的序列化系統(tǒng)對多維數(shù)組特別是T[,]這種C#標準二維數(shù)組的支持并不完整。它更擅長處理ListT或者T[]這類“可序列化”的集合。當你直接聲明一個二維數(shù)組字段時Unity的序列化器可能會因為無法深度遍歷其內(nèi)部結(jié)構(gòu)而選擇“放棄治療”導(dǎo)致數(shù)據(jù)丟失。解決這個問題的銀彈就是正確地實現(xiàn)ISerializationCallbackReceiver接口特別是其中的OnBeforeSerialize方法來手動接管序列化的過程。本文將徹底拆解這個問題的成因并手把手帶你實現(xiàn)一個健壯、通用的二維數(shù)組序列化方案。無論你是想保存關(guān)卡數(shù)據(jù)、配置表格還是任何基于網(wǎng)格的系統(tǒng)這套方法都能讓你的數(shù)據(jù)在編輯器和運行時都堅如磐石。2. 核心原理Unity序列化系統(tǒng)與ISerializationCallbackReceiver要解決問題必須先理解問題背后的機制。Unity的序列化系統(tǒng)是獨立于.NET框架的它用于在編輯時保存場景、預(yù)制體、ScriptableObject等資產(chǎn)的數(shù)據(jù)。這套系統(tǒng)有其特定的規(guī)則和限制。2.1 Unity序列化器的“偏好”與“盲區(qū)”Unity的序列化器并非萬能。它對于可以序列化的字段類型有明確要求公共字段或標有[SerializeField]屬性的私有/受保護字段。有限的數(shù)據(jù)類型基本類型int,float,string,bool等、Unity內(nèi)置類型Vector3,Color,GameObject引用等、數(shù)組T[]、列表ListT以及標記了[System.Serializable]的自定義類或結(jié)構(gòu)體。問題就出在數(shù)組的數(shù)組或多維數(shù)組上。像Listint[]或者int[,]這樣的結(jié)構(gòu)對于Unity序列化器來說其內(nèi)部元素的序列化狀態(tài)可能是不確定的尤其是在嵌套層次較深時。序列化器在遍歷過程中可能會丟失對內(nèi)部數(shù)組結(jié)構(gòu)的追蹤從而導(dǎo)致數(shù)據(jù)丟失。這并不是一個bug而是一個設(shè)計上的局限性——Unity為了性能和確定性沒有實現(xiàn)對任意復(fù)雜嵌套集合的深度序列化。2.2 ISerializationCallbackReceiver你的數(shù)據(jù)“守門人”ISerializationCallbackReceiver接口是Unity提供的一個救生圈。它包含兩個方法OnBeforeSerialize(): 在Unity序列化器即將把對象數(shù)據(jù)寫入磁盤或Inspector之前調(diào)用。OnAfterDeserialize(): 在Unity序列化器從磁盤或Inspector讀取數(shù)據(jù)并填充到對象字段之后調(diào)用。這個接口的精髓在于攔截。它允許你在序列化這個“黑箱”過程發(fā)生前后插入自己的邏輯。對于二維數(shù)組我們的策略是在OnBeforeSerialize中將難以處理的二維數(shù)組int[,]轉(zhuǎn)換或稱為“展平”成一個Unity擅長處理的、簡單的一維數(shù)組int[]或Listint。同時我們需要額外序列化幾個關(guān)鍵元數(shù)據(jù)如行數(shù)、列數(shù)以便在反序列化時能還原出二維結(jié)構(gòu)。在OnAfterDeserialize中讀取被展平的一維數(shù)據(jù)和元數(shù)據(jù)再重建出原來的二維數(shù)組。這樣Unity序列化器實際處理的是它熟悉的簡單類型而復(fù)雜的結(jié)構(gòu)關(guān)系則由我們自己的代碼來維護。這是一種非常經(jīng)典的“適配器”模式應(yīng)用。注意OnBeforeSerialize不僅在保存資產(chǎn)時調(diào)用在Inspector面板的值發(fā)生變化時也會頻繁調(diào)用。因此你在這個方法里實現(xiàn)的轉(zhuǎn)換邏輯必須高效且冪等多次調(diào)用結(jié)果相同。3. 避坑實踐手把手實現(xiàn)健壯的二維數(shù)組序列化理論講完我們進入實戰(zhàn)環(huán)節(jié)。我將以一個存儲整數(shù)型網(wǎng)格數(shù)據(jù)的GridData類為例展示完整的實現(xiàn)。3.1 基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)定義首先我們定義一個可序列化的類并讓它實現(xiàn)ISerializationCallbackReceiver接口。using System; using UnityEngine; [System.Serializable] public class GridData : ISerializationCallbackReceiver { // 運行時使用的二維數(shù)組。標記為非序列化因為我們將手動管理它的序列化。 [System.NonSerialized] public int[,] grid; // 網(wǎng)格的行數(shù)和列數(shù)。這些需要被序列化。 public int rows; public int columns; // 構(gòu)造函數(shù)初始化指定大小的網(wǎng)格 public GridData(int rows, int columns) { this.rows rows; this.columns columns; grid new int[rows, columns]; } // 為了方便提供一個索引器 public int this[int row, int col] { get grid[row, col]; set grid[row, col] value; } // 接下來將實現(xiàn) OnBeforeSerialize 和 OnAfterDeserialize }關(guān)鍵點在于[System.NonSerialized]這個屬性。它告訴Unity的序列化器“別管這個grid字段我自個兒處理”。這樣就從源頭上避免了Unity序列化器直接處理二維數(shù)組可能帶來的問題。3.2 實現(xiàn)序列化轉(zhuǎn)換OnBeforeSerialize現(xiàn)在我們需要聲明兩個私有字段作為序列化過程中的“中介”。它們會被Unity自動序列化。[System.Serializable] public class GridData : ISerializationCallbackReceiver { // ... 之前的字段 ... // --- 序列化輔助字段 --- // 用于在序列化時存儲“展平”后的網(wǎng)格數(shù)據(jù) [SerializeField] private int[] _serializedGrid; // 用于在序列化時標記數(shù)據(jù)是否有效可選但推薦 [SerializeField] private bool _dataIsValid; public void OnBeforeSerialize() { // 如果網(wǎng)格未初始化或尺寸為0則沒有數(shù)據(jù)需要序列化 if (grid null || rows 0 || columns 0) { _serializedGrid null; _dataIsValid false; return; } // 1. 檢查并確保輔助數(shù)組大小正確 int totalSize rows * columns; if (_serializedGrid null || _serializedGrid.Length ! totalSize) { _serializedGrid new int[totalSize]; } // 2. 將二維數(shù)組展平到一維數(shù)組 // 這里采用“行優(yōu)先”的展平方式逐行將數(shù)據(jù)放入一維數(shù)組 int index 0; for (int r 0; r rows; r) { for (int c 0; c columns; c) { _serializedGrid[index] grid[r, c]; index; } } // 3. 標記數(shù)據(jù)有效 _dataIsValid true; // 調(diào)試日志發(fā)布時請移除 // Debug.Log($序列化前將 {rows}x{columns} 網(wǎng)格展平為 {_serializedGrid.Length} 個元素。); } }實操要點解析展平策略我們選擇了“行優(yōu)先”策略。這意味著二維數(shù)組grid[r, c]會被按行順序放入一維數(shù)組。grid[0,0]對應(yīng)_serializedGrid[0]grid[0,1]對應(yīng)_serializedGrid[1]以此類推。這種策略直觀且與大多數(shù)人的思維習(xí)慣一致。你也可以使用“列優(yōu)先”但必須在序列化和反序列化中保持絕對一致。數(shù)組大小管理每次序列化都檢查并重新初始化_serializedGrid數(shù)組。雖然有一點性能開銷但這保證了數(shù)據(jù)的一致性避免了因網(wǎng)格大小改變而可能出現(xiàn)的數(shù)組越界或數(shù)據(jù)殘留問題。有效性標記_dataIsValid是一個額外的安全措施。在復(fù)雜的編輯流程中有時可能會遇到網(wǎng)格尺寸(rows, columns)已被序列化但_serializedGrid數(shù)據(jù)還未生成或已損壞的情況。這個標記可以幫助我們在反序列化時做出更安全的判斷。3.3 實現(xiàn)反序列化重建OnAfterDeserialize序列化是將數(shù)據(jù)打包存起來反序列化則是拆包還原。public void OnAfterDeserialize() { // 情況1數(shù)據(jù)無效或輔助數(shù)組為空僅初始化一個空網(wǎng)格 if (!_dataIsValid || _serializedGrid null) { grid (rows 0 columns 0) ? new int[rows, columns] : null; // Debug.LogWarning(反序列化無效數(shù)據(jù)創(chuàng)建空網(wǎng)格。); return; } // 情況2數(shù)據(jù)有效但尺寸不匹配例如在Inspector中手動修改了rows/columns int expectedSize rows * columns; if (_serializedGrid.Length ! expectedSize) { Debug.LogError($反序列化錯誤數(shù)據(jù)大小不匹配。序列化數(shù)據(jù)有{_serializedGrid.Length}個元素但根據(jù)行列({rows}x{columns})期望{expectedSize}個。將創(chuàng)建空網(wǎng)格。); grid (rows 0 columns 0) ? new int[rows, columns] : null; return; } // 情況3正常情況重建二維網(wǎng)格 grid new int[rows, columns]; int index 0; for (int r 0; r rows; r) { for (int c 0; c columns; c) { grid[r, c] _serializedGrid[index]; index; } } // 調(diào)試日志發(fā)布時請移除 // Debug.Log($反序列化后從 {_serializedGrid.Length} 個元素成功重建 {rows}x{columns} 網(wǎng)格。); }避坑心得防御性編程反序列化是數(shù)據(jù)從“不可信”的外部狀態(tài)磁盤文件加載到內(nèi)存的過程。必須對數(shù)據(jù)有效性進行嚴格檢查。上述代碼處理了數(shù)據(jù)無效、尺寸不匹配等多種邊緣情況防止因數(shù)據(jù)損壞導(dǎo)致程序崩潰。尺寸匹配校驗這是最關(guān)鍵的一步。想象一下如果你在Inspector里把rows從5改成10但之前序列化的_serializedGrid還是25個元素此時強行重建10x10的網(wǎng)格必然出錯。我們的代碼檢測到這種不匹配會選擇創(chuàng)建一個新的空網(wǎng)格并報錯這比讓程序默默崩潰或產(chǎn)生錯誤數(shù)據(jù)要好得多。清晰的錯誤提示使用Debug.LogError輸出詳細的錯誤信息能極大地方便你在開發(fā)階段快速定位問題所在。3.4 在Inspector中提供友好顯示可選但重要為了讓這個數(shù)據(jù)類在Unity編輯器里更好用我們可以為其添加一個自定義的PropertyDrawer。這能讓我們在Inspector中直觀地看到甚至編輯二維數(shù)組的內(nèi)容就像查看一個簡單的二維表格。// GridDataDrawer.cs #if UNITY_EDITOR using UnityEditor; using UnityEngine; [CustomPropertyDrawer(typeof(GridData))] public class GridDataDrawer : PropertyDrawer { public override void OnGUI(Rect position, SerializedProperty property, GUIContent label) { EditorGUI.BeginProperty(position, label, property); // 繪制折疊標簽 property.isExpanded EditorGUI.Foldout(new Rect(position.x, position.y, position.width, EditorGUIUtility.singleLineHeight), property.isExpanded, label); if (property.isExpanded) { EditorGUI.indentLevel; // 獲取序列化屬性 SerializedProperty rowsProp property.FindPropertyRelative(rows); SerializedProperty colsProp property.FindPropertyRelative(columns); SerializedProperty dataProp property.FindPropertyRelative(_serializedGrid); SerializedProperty validProp property.FindPropertyRelative(_dataIsValid); float lineHeight EditorGUIUtility.singleLineHeight 2f; float yOffset lineHeight; // 繪制行列尺寸字段 EditorGUI.PropertyField(new Rect(position.x, position.y yOffset, position.width, lineHeight), rowsProp); yOffset lineHeight; EditorGUI.PropertyField(new Rect(position.x, position.y yOffset, position.width, lineHeight), colsProp); yOffset lineHeight; // 如果數(shù)據(jù)有效且尺寸合理嘗試以網(wǎng)格形式顯示數(shù)據(jù) if (validProp.boolValue dataProp ! null dataProp.isArray) { int rows rowsProp.intValue; int cols colsProp.intValue; if (rows 0 cols 0 dataProp.arraySize rows * cols) { EditorGUI.LabelField(new Rect(position.x, position.y yOffset, position.width, lineHeight), Grid Preview (Read-Only):); yOffset lineHeight; float cellWidth Mathf.Min(30f, (position.width - 30) / cols); for (int r 0; r rows; r) { Rect rowRect new Rect(position.x 15, position.y yOffset, position.width - 15, lineHeight); GUILayout.BeginHorizontal(); for (int c 0; c cols; c) { int index r * cols c; if (index dataProp.arraySize) { SerializedProperty element dataProp.GetArrayElementAtIndex(index); // 創(chuàng)建一個小的文本字段顯示但設(shè)置為不可編輯避免直接修改帶來的復(fù)雜度 GUI.enabled false; EditorGUI.IntField(new Rect(rowRect.x c * cellWidth, rowRect.y, cellWidth - 2, lineHeight - 2), element.intValue); GUI.enabled true; } } GUILayout.EndHorizontal(); yOffset lineHeight; } } } EditorGUI.indentLevel--; } EditorGUI.EndProperty(); } public override float GetPropertyHeight(SerializedProperty property, GUIContent label) { // 基礎(chǔ)高度折疊行 float height EditorGUIUtility.singleLineHeight 2f; if (property.isExpanded) { // 展開后行數(shù)、列數(shù)兩個字段的高度 height (EditorGUIUtility.singleLineHeight 2f) * 2; SerializedProperty rowsProp property.FindPropertyRelative(rows); SerializedProperty colsProp property.FindPropertyRelative(columns); SerializedProperty dataProp property.FindPropertyRelative(_serializedGrid); SerializedProperty validProp property.FindPropertyRelative(_dataIsValid); // 如果數(shù)據(jù)有效額外增加預(yù)覽區(qū)域的高度 if (validProp.boolValue rowsProp.intValue 0 colsProp.intValue 0) { height EditorGUIUtility.singleLineHeight 2f; // “Preview”標簽行 height (EditorGUIUtility.singleLineHeight 2f) * rowsProp.intValue; // 網(wǎng)格數(shù)據(jù)行 } } return height; } } #endif這個PropertyDrawer做了幾件事將GridData在Inspector中顯示為一個可折疊的區(qū)塊。顯示并允許編輯rows和columns。如果數(shù)據(jù)有效它會以緊湊的網(wǎng)格形式只讀顯示_serializedGrid中的內(nèi)容讓你一目了然地看到網(wǎng)格數(shù)據(jù)而無需展開一個冗長的一維數(shù)組列表。重要提示這個繪制器中的網(wǎng)格預(yù)覽是只讀的。直接通過SerializedProperty在Editor GUI中修改展平后的數(shù)組并同步更新背后的二維數(shù)組是一個極其復(fù)雜且容易出錯的過程涉及到在OnBeforeSerialize之外手動觸發(fā)序列化回調(diào)。為了簡單和穩(wěn)定起見我強烈建議通過運行時腳本或?qū)ｉT的編輯器工具窗口來修改GridData的grid字段然后讓序列化系統(tǒng)自動工作。這個預(yù)覽功能主要用于查看和驗證數(shù)據(jù)是否正確保存。4. 高級話題泛型封裝與性能考量上面的方案針對int類型。但現(xiàn)實中我們可能需要存儲float、bool、string甚至自定義的struct。為每種類型都重寫一遍顯然不現(xiàn)實。我們可以利用C#的泛型進行封裝。4.1 創(chuàng)建泛型可序列化二維數(shù)組類[System.Serializable] public class Serializable2DArrayT : ISerializationCallbackReceiver { [System.NonSerialized] public T[,] dataArray; public int rows; public int columns; [SerializeField] private T[] _serializedData; [SerializeField] private bool _dataIsValid; public Serializable2DArray(int rows, int columns) { this.rows rows; this.columns columns; dataArray new T[rows, columns]; } public T this[int row, int col] { get dataArray[row, col]; set dataArray[row, col] value; } public void OnBeforeSerialize() { if (dataArray null || rows 0 || columns 0) { _serializedData null; _dataIsValid false; return; } int totalSize rows * columns; if (_serializedData null || _serializedData.Length ! totalSize) { _serializedData new T[totalSize]; } int index 0; for (int r 0; r rows; r) { for (int c 0; c columns; c) { _serializedData[index] dataArray[r, c]; index; } } _dataIsValid true; } public void OnAfterDeserialize() { if (!_dataIsValid || _serializedData null) { dataArray (rows 0 columns 0) ? new T[rows, columns] : null; return; } int expectedSize rows * columns; if (_serializedData.Length ! expectedSize) { Debug.LogError($反序列化錯誤數(shù)據(jù)大小不匹配。期望{expectedSize}實際{_serializedData.Length}。創(chuàng)建空數(shù)組。); dataArray (rows 0 columns 0) ? new T[rows, columns] : null; return; } dataArray new T[rows, columns]; int index 0; for (int r 0; r rows; r) { for (int c 0; c columns; c) { dataArray[r, c] _serializedData[index]; index; } } } }現(xiàn)在你可以輕松地創(chuàng)建各種類型的可序列化二維數(shù)組[System.Serializable] public class MyDataContainer { public Serializable2DArrayint intGrid new Serializable2DArrayint(10, 10); public Serializable2DArraybool boolMap new Serializable2DArraybool(5, 5); public Serializable2DArrayVector2 coordinateGrid new Serializable2DArrayVector2(8, 8); }4.2 性能優(yōu)化與陷阱雖然上述方案解決了數(shù)據(jù)丟失問題但在性能敏感的場景如每幀操作超大網(wǎng)格下需要注意序列化觸發(fā)頻率OnBeforeSerialize在Inspector值變化、保存資產(chǎn)等時候會被頻繁調(diào)用。如果網(wǎng)格非常大如1000x1000展平操作百萬次賦值會帶來卡頓。優(yōu)化建議在編輯器腳本中修改大數(shù)據(jù)時可以考慮臨時禁用序列化回調(diào)或者將修改操作聚合最后再手動觸發(fā)一次序列化。內(nèi)存占用翻倍在序列化過程中同一份數(shù)據(jù)同時存在于dataArray和_serializedData中內(nèi)存占用近似翻倍。對于極大的數(shù)據(jù)這是一個需要考慮的因素。值類型與引用類型當T是引用類型如string, 自定義class時序列化和反序列化過程會復(fù)制引用而不是深拷貝對象。你需要確保這些引用類型對象本身也是可序列化的并且理解這帶來的是“淺拷貝”。對于需要深拷貝的場景你需要讓T實現(xiàn)ICloneable接口或在序列化/反序列化時手動創(chuàng)建新實例。使用ListListT作為替代方案有些人會選擇使用ListListT來規(guī)避多維數(shù)組的序列化問題。Unity可以很好地序列化ListT嵌套一層List通常也能工作。這種方式的優(yōu)點是Inspector顯示更直觀每個內(nèi)層List是一行且無需實現(xiàn)ISerializationCallbackReceiver。缺點是訪問語法稍顯繁瑣list[r][c]vsarray[r,c]且在內(nèi)存上可能不是完全連續(xù)的對于極端性能要求的數(shù)值計算不如多維數(shù)組高效。這是一個值得權(quán)衡的選擇。5. 常見問題與排查技巧實錄即使按照指南實現(xiàn)在實際項目中仍可能遇到一些古怪的問題。以下是我在實踐中總結(jié)的排查清單問題1數(shù)據(jù)在Play Mode中修改后退出Play Mode時被還原。原因Unity在退出Play Mode時會默認將場景和資產(chǎn)狀態(tài)重置到進入Play Mode之前。如果你在運行時修改的是附加到場景對象或預(yù)制體上的GridData實例這些修改是臨時的。解決如果你需要持久化運行時修改你有兩個選擇使用ScriptableObject將GridData作為ScriptableObject的字段。在運行時修改ScriptableObject的數(shù)據(jù)并通過EditorUtility.SetDirty(scriptableObject)和AssetDatabase.SaveAssets()來保存到磁盤。注意這僅限在編輯器環(huán)境下。使用獨立的保存系統(tǒng)將數(shù)據(jù)保存為獨立的JSON或二進制文件使用JsonUtility或BinaryFormatter不依賴Unity的默認場景序列化。問題2在Inspector中修改了rows或columns網(wǎng)格數(shù)據(jù)全亂了。原因我們的OnAfterDeserialize包含了尺寸校驗如果不匹配會創(chuàng)建新網(wǎng)格并報錯。這是設(shè)計如此為了防止數(shù)據(jù)損壞。解決這是預(yù)期行為。如果你需要調(diào)整網(wǎng)格大小并嘗試保留現(xiàn)有數(shù)據(jù)你需要實現(xiàn)一個Resize(int newRows, int newColumns)方法在改變rows/columns前手動將舊數(shù)據(jù)遷移到新尺寸的數(shù)組中然后再觸發(fā)序列化。問題3使用JsonUtility.ToJson序列化包含Serializable2DArray的對象時得到的JSON是空的{}。原因JsonUtility與Unity的序列化系統(tǒng)深度集成它同樣只序列化Unity能識別的字段。我們的dataArray被標記為[NonSerialized]而_serializedData和_dataIsValid是私有的除非標記為public或[SerializeField]。解決如果你需要用JSON進行網(wǎng)絡(luò)傳輸或存儲你有兩個選擇讓輔助字段可被JsonUtility訪問將_serializedData和_dataIsValid改為public或者確保你的類在調(diào)用ToJson時OnBeforeSerialize已經(jīng)被調(diào)用過Unity的序列化系統(tǒng)在ToJson前不會自動調(diào)用它你需要手動調(diào)用。實現(xiàn)自定義的JSON轉(zhuǎn)換為你的類實現(xiàn)一個專門的ToJson方法手動構(gòu)建包含展平數(shù)據(jù)和尺寸的JSON結(jié)構(gòu)或者使用如Newtonsoft.Json需通過包管理器安裝這類功能更全的JSON庫它可以序列化私有字段和屬性。問題4自定義的PropertyDrawer不顯示或者顯示異常。原因腳本編譯錯誤。PropertyDrawer腳本沒有放在Editor文件夾下或者沒有使用#if UNITY_EDITOR預(yù)處理指令包裹。GetPropertyHeight計算的高度不正確導(dǎo)致渲染重疊。排查檢查Unity控制臺是否有編譯錯誤。確保PropertyDrawer類在名為Editor的文件夾中或者其所在程序集被標記為僅用于編輯器。在OnGUI方法開始和結(jié)束添加EditorGUI.DrawRect(position, Color.gray * 0.2f);來可視化繪制區(qū)域檢查高度計算是否準確。一個實用的調(diào)試技巧在你的OnBeforeSerialize和OnAfterDeserialize方法中使用條件編譯添加詳細的日志輸出。public void OnBeforeSerialize() { #if UNITY_EDITOR Debug.Log($[OnBeforeSerialize] {GetType().Name}: 開始展平 {rows}x{columns} 網(wǎng)格。); #endif // ... 原有邏輯 ... #if UNITY_EDITOR Debug.Log($[OnBeforeSerialize] {GetType().Name}: 展平完成_serializedData 長度 {(_serializedData?.Length.ToString() ?? null)}。); #endif }這能讓你在Unity編輯器的Console窗口中清晰地看到序列化/反序列化的觸發(fā)時機和關(guān)鍵數(shù)據(jù)狀態(tài)對于追蹤幽靈問題 invaluable。最后記住一點Unity的序列化系統(tǒng)雖然強大但并非為所有C#數(shù)據(jù)結(jié)構(gòu)設(shè)計。當遇到DictionaryTKey, TValue、復(fù)雜嵌套集合、多維數(shù)組時主動通過ISerializationCallbackReceiver接管序列化過程是寫出穩(wěn)定、可維護代碼的關(guān)鍵。把數(shù)據(jù)轉(zhuǎn)換的控制權(quán)掌握在自己手里遠比依賴可能不穩(wěn)定的“魔法”要可靠得多。