1. 項目概述為什么UE5開發者必須掌握GConfig與.ini文件在UE5的C開發中數據管理是個繞不開的話題。無論是保存玩家的存檔進度、配置游戲難度參數還是管理不同平臺的圖形設置我們都需要一個可靠、高效且易于維護的持久化方案。你可能會想到用JSON、XML甚至自己寫個二進制文件格式。但在Unreal Engine的世界里有一個被深度集成、開箱即用且性能經過高度優化的“原生”方案——那就是.ini配置文件以及操作它的核心接口GConfig。很多剛接觸UE C的開發者尤其是從其他引擎轉過來的容易忽略這套系統覺得它“太老派”或者功能簡單。但實際用下來你會發現對于引擎和項目自身的配置管理.ini文件配合GConfig是最高效、最“UE范兒”的選擇。它直接與引擎的反射系統、熱重載、多平臺部署流程深度綁定。簡單來說你用UPROPERTY(Config)標記的變量引擎會自動幫你讀寫到對應的.ini文件里而GConfig則為你提供了在代碼中任意位置、以編程方式精細操控這些配置的底層能力。這篇文章我就結合自己十多年的項目經驗帶你徹底吃透GConfig在UE5 C中對.ini文件的高效讀寫。我會從最基礎的配置文件結構講起深入到GConfig的每一個核心API的實戰用法并分享那些官方文檔里不會寫的“坑”和最佳實踐。目標是讓你看完后不僅能熟練使用更能理解其設計哲學在項目中游刃有余地管理所有配置數據。2. .ini文件與GConfig核心機制深度解析2.1 .ini文件UE配置系統的基石.ini文件本質上是一種基于文本的、分段的鍵值對存儲格式。在UE中它不僅僅是簡單的文本更是引擎配置層級體系Hierarchical Configuration的物理載體。2.1.1 文件結構與語法一個典型的UE.ini文件長這樣[/Script/Engine.GameSession] MaxPlayers100 SessionNameMyAwesomeSession [DarkSoul_Settings] PlayerNameAshenOne DefaultHealth500.0 DifficultyHard MasterVolume0.8 ProhibitedWeaponsDarkSword ProhibitedWeaponsChaosBlade[Section] 方括號內的部分稱為“節”或“段”。這是配置的邏輯分組。在UE中對于UClass的配置節名通常是[/Script/ProjectName.ClassName]的形式這是引擎反射系統自動生成的。KeyValue 最基本的鍵值對。等號兩邊通常沒有空格雖然部分解析器允許但UE內部生成的標準格式沒有。KeyValue 加號表示向一個數組TArray追加一個元素。如上例中的ProhibitedWeapons最終在代碼中會解析為一個包含DarkSword和ChaosBlade的字符串數組。;或// 注釋符號。分號是傳統.ini格式的注釋雙斜杠是UE擴展支持的。2.1.2 UE的配置文件層級與合并規則這是UE配置系統最精妙也最容易讓人困惑的地方。UE不會只從一個地方讀取配置而是遵循一套嚴格的優先級合并規則。理解這個才能明白為什么你改了DefaultEngine.ini可能不生效。配置文件主要存放在兩個目錄引擎目錄 ([UE_Install]/Engine/Config/): 包含所有引擎的默認配置Base.ini,DefaultEngine.ini等。項目目錄 ([Project]/Config/): 包含你項目的默認配置。當引擎啟動時它會按照以下順序“層疊”地加載和合并配置引擎基礎配置- 2.引擎平臺配置- 3.項目默認配置- 4.項目派生配置- 5.用戶覆蓋配置。最終生效的配置是所有這些文件合并后的結果后加載的會覆蓋先加載的同名Key。例如項目中的DefaultGame.ini可以覆蓋引擎BaseGame.ini里的設置。而運行時生成的Saved/Config/...下的文件用戶設置優先級最高。GConfig對象一個FConfigCacheIni全局實例就是管理這個龐大緩存和合并邏輯的核心管理器。你通過它讀寫配置它幫你透明地處理所有底層的文件查找、解析和合并。2.2 GConfig揭秘全局配置緩存接口GConfig是一個在引擎啟動時就被創建的全局變量類型是FConfigCacheIni*。你可以把它理解為一個所有.ini文件內容在內存中的“緩存數據庫”。2.2.1 GConfig的工作流程初始化 引擎啟動時根據上述層級規則加載所有相關的.ini文件到GConfig緩存中。讀取 當你調用GConfig-GetString()時它從內存緩存中查找對應Section和Key的值無需重復讀盤。寫入 當你調用GConfig-SetString()時它首先更新內存緩存然后根據策略立即或延遲將改動寫回磁盤上優先級最高的那個配置文件通常是Saved/Config/下的。刷新Flush()函數強制將內存緩存中的所有臟數據同步到磁盤。2.2.2 關鍵全局路徑變量UE預定義了幾個常用的配置文件路徑方便你直接使用GGameIni: 指向當前項目的游戲配置文件。注意在編輯器模式下它通常指向[Project]/Saved/Config/[Platform]/Game.ini在打包游戲中則指向用戶目錄下的對應文件。它是讀寫游戲邏輯配置最常用的路徑。GEngineIni: 指向引擎配置文件。GEditorIni: 指向編輯器配置文件。等等。實操心得 對于項目自定義的游戲性配置優先使用GGameIni。除非你明確要修改引擎或編輯器級別的設置否則不要動GEngineIni或GEditorIni避免影響編輯器穩定性或與其他項目沖突。3. 核心API實戰從讀取到寫入的完整指南理論講完了我們直接上代碼。下面我會分類詳解GConfig最常用的API并附上實戰中的注意事項。3.1 基礎數據類型的讀寫這是最常用的功能。FConfigCacheIni為每種基礎類型都提供了Get和Set方法。3.1.1 讀取Get操作所有Get方法簽名類似bool GetXxx(const TCHAR* Section, const TCHAR* Key, TYPE OutValue, const FString Filename)。返回bool表示是否成功找到該Key。// 假設我們的.ini文件有如下內容 // [PlayerStats] // NameKratos // Health1500.5 // SoulsCount999999 // HasGodModetrue void UMyGameInstance::LoadPlayerConfiguration() { if (!GConfig) { UE_LOG(LogTemp, Error, TEXT(GConfig is not available!)); return; } FString PlayerName; float PlayerHealth; int32 SoulsCount; bool bHasGodMode; bool bSuccess true; bSuccess GConfig-GetString(TEXT(PlayerStats), TEXT(Name), PlayerName, GGameIni); bSuccess GConfig-GetFloat(TEXT(PlayerStats), TEXT(Health), PlayerHealth, GGameIni); bSuccess GConfig-GetInt(TEXT(PlayerStats), TEXT(SoulsCount), SoulsCount, GGameIni); bSuccess GConfig-GetBool(TEXT(PlayerStats), TEXT(HasGodMode), bHasGodMode, GGameIni); if (bSuccess) { UE_LOG(LogTemp, Log, TEXT(Loaded Player: %s, Health: %.1f, Souls: %d, GodMode: %s), *PlayerName, PlayerHealth, SoulsCount, bHasGodMode ? TEXT(Yes) : TEXT(No)); // 成功加載應用到游戲邏輯... } else { UE_LOG(LogTemp, Warning, TEXT(Failed to load some player stats. Using defaults.)); // 加載失敗使用默認值... } }注意事項空值處理 如果配置文件中不存在某個KeyGet函數會返回false并且OutValue參數不會被修改。這意味著你必須先給變量賦一個合理的默認值或者像上面一樣檢查返回值。路徑參數 最后一個Filename參數至關重要。如果你傳錯了路徑例如把項目配置寫到了GEngineIni讀寫會發生在錯誤的文件上導致配置“消失”。不確定時可以在運行時打印GGameIni等變量的內容看看具體路徑。類型安全GetBool對于true的識別很靈活1、True、true、Yes、On都可以。但為了清晰和避免跨平臺問題建議統一使用true和false。3.1.2 寫入Set操作Set方法用于修改或添加配置。它立即更新內存緩存但默認不會立即寫入磁盤。void UMyGameInstance::SavePlayerProgress(const FString NewName, int32 NewSouls) { if (!GConfig) { return; } // 寫入新的值到內存緩存 GConfig-SetString(TEXT(PlayerStats), TEXT(Name), *NewName, GGameIni); GConfig-SetInt(TEXT(PlayerStats), TEXT(SoulsCount), NewSouls, GGameIni); // 可選立即將緩存刷新到磁盤。頻繁調用會影響性能。 // GConfig-Flush(true, GGameIni); UE_LOG(LogTemp, Log, TEXT(Player progress saved to memory cache.)); }重要提示Set操作只是改了內存里的GConfig緩存。引擎會在適當的時機如關卡切換、程序退出自動調用Flush。如果你需要確保配置立刻持久化例如在崩潰前保存關鍵設置必須手動調用GConfig-Flush(true, InFilename)。但不要每幀都Flush這會導致不必要的磁盤IO。3.2 復雜數據類型的處理UE的配置系統原生支持FVector、FRotator、FColor乃至TArrayFString等復雜類型的序列化。3.2.1 數組TArray的讀寫數組的存儲格式有兩種對應兩種API多行格式GetArray/SetArray每個元素占一行Key相同。單行分隔符格式GetSingleLineArray/SetSingleLineArray所有元素在一個字符串內用特定分隔符默認為空格連接。// .ini 文件內容 // [Inventory] // CarriedWeaponsLongsword // CarriedWeaponsShield // CarriedWeaponsEstusFlask // QuickItemsHealing|Stamina|Firebomb // 單行格式用|分隔 void HandleArrays() { TArrayFString WeaponsArray; TArrayFString QuickItemsArray; // 讀取多行格式數組 GConfig-GetArray(TEXT(Inventory), TEXT(CarriedWeapons), WeaponsArray, GGameIni); // WeaponsArray 內容: [Longsword, Shield, EstusFlask] // 讀取單行格式數組使用默認分隔符空格 // GConfig-GetSingleLineArray(TEXT(Inventory), TEXT(QuickItems), QuickItemsArray, GGameIni); // 但我們的分隔符是|所以需要用GetString然后手動分割或者使用帶分隔符參數的版本如果引擎版本支持。 FString QuickItemsString; if(GConfig-GetString(TEXT(Inventory), TEXT(QuickItems), QuickItemsString, GGameIni)) { QuickItemsString.ParseIntoArray(QuickItemsArray, TEXT(|), true); } // QuickItemsArray 內容: [Healing, Stamina, Firebomb] // 寫入數組使用多行格式這是最推薦的方式清晰易讀 TArrayFString NewWeapons { TEXT(GreatAxe), TEXT(Crossbow) }; GConfig-SetArray(TEXT(Inventory), TEXT(CarriedWeapons), NewWeapons, GGameIni); }避坑技巧 對于數組強烈建議使用GetArray/SetArray對應的多行格式。它在.ini文件中一目了然易于手動編輯和版本控制對比。單行格式雖然緊湊但可讀性差且元素內如果包含分隔符會導致解析錯誤。3.2.2 向量、旋轉器等FVector,FRotator,FColor等類型有專用的Get/Set方法它們會處理格式轉換。// .ini 文件內容 // [WorldSettings] // SpawnLocation(X100.0,Y200.0,Z50.0) // SpawnRotation(Pitch0.0,Yaw90.0,Roll0.0) // AmbientColor(R64,G128,B255,A255) void HandleStructuredData() { FVector SpawnLoc; FRotator SpawnRot; FColor AmbientColor; if (GConfig-GetVector(TEXT(WorldSettings), TEXT(SpawnLocation), SpawnLoc, GGameIni)) { // 使用 SpawnLoc... } if (GConfig-GetRotator(TEXT(WorldSettings), TEXT(SpawnRotation), SpawnRot, GGameIni)) { // 使用 SpawnRot... } if (GConfig-GetColor(TEXT(WorldSettings), TEXT(AmbientColor), AmbientColor, GGameIni)) { // 使用 AmbientColor... } // 寫入 GConfig-SetVector(TEXT(WorldSettings), TEXT(CheckpointLocation), FVector(500, 0, 100), GGameIni); }3.3 高級操作與文件管理3.3.1 檢查與操作Section有時你需要動態地管理配置節。// 檢查某個Section是否存在 bool bHasSection GConfig-DoesSectionExist(TEXT(ModdedContent), GGameIni); // 獲取某個Section下的所有鍵 TArrayFString AllKeysInSection; if (GConfig-GetSection(TEXT(AudioSettings), AllKeysInSection, GGameIni)) { for (const FString Key : AllKeysInSection) { UE_LOG(LogTemp, Verbose, TEXT(Key in AudioSettings: %s), *Key); // Key的格式是 VolumeMaster0.8需要自己解析 } } // 刪除一個Key GConfig-RemoveKey(TEXT(DebugSettings), TEXT(bShowFPS), GGameIni); // 清空整個Section謹慎使用 // GConfig-EmptySection(TEXT(TempData), GGameIni);3.3.2 加載與卸載自定義配置文件你完全可以不使用GGameIni等默認文件而是創建和管理自己的.ini文件。void HandleCustomConfigFile() { FString CustomConfigPath FPaths::ProjectConfigDir() / TEXT(CustomModSettings.ini); // 方法1使用GConfig直接加載文件會加入全局緩存 GConfig-LoadFile(CustomConfigPath); FString ModAuthor; if (GConfig-GetString(TEXT(ModInfo), TEXT(Author), ModAuthor, CustomConfigPath)) { // 從自定義文件讀取成功 } // 向自定義文件寫入 GConfig-SetInt(TEXT(ModInfo), TEXT(Version), 2, CustomConfigPath); // 將自定義文件的改動刷入磁盤 GConfig-Flush(true, CustomConfigPath); // 當你確定不再需要這個文件時可以卸載它比如Mod被禁用時 // GConfig-UnloadFile(CustomConfigPath); // 方法2使用FConfigFile進行更獨立的操作不污染全局GConfig緩存 FConfigFile MyConfigFile; // 讀取文件 MyConfigFile.Read(CustomConfigPath); // 獲取值 FString Value; if (MyConfigFile.GetString(TEXT(PrivateSection), TEXT(SecretKey), Value)) { // ... } // 修改后寫回 MyConfigFile.SetString(TEXT(PrivateSection), TEXT(SecretKey), TEXT(NewSecret)); MyConfigFile.Write(CustomConfigPath); }經驗之談 對于完全獨立、與引擎或其他系統無關的配置比如一個獨立Mod的配置使用FConfigFile進行獨立讀寫是更干凈的選擇避免了與全局配置的潛在沖突。而對于需要與引擎配置系統交互、或希望享受引擎自動合并加載機制的配置則應該通過GConfig來操作。4. 與UPROPERTY(Config)的協同工作模式GConfig是底層API而UPROPERTY(Config)是聲明式的、與UClass集成的上層用法。兩者可以完美配合。4.1 使用UPROPERTY(Config)自動配置這是最UE風格的方式。通過在UClass中標記Config屬性引擎會自動在對應配置文件中管理這些變量的值。// MyGameSettings.h UCLASS(ConfigGame, BlueprintType) // ConfigGame 表示使用Game.ini文件 class MYPROJECT_API UMyGameSettings : public UObject { GENERATED_BODY() public: UPROPERTY(Config, BlueprintReadWrite, CategoryGameplay) float MasterVolume; UPROPERTY(Config, BlueprintReadWrite, CategoryGameplay) int32 MaxEnemyCount; UPROPERTY(Config, BlueprintReadWrite, CategoryGraphics) bool bEnableVSync; // 此變量不會保存到配置文件 UPROPERTY(BlueprintReadWrite) FString RuntimeOnlyData; }; // 在代碼中或藍圖中你可以通過GetDefaultObject獲取配置的默認實例 UMyGameSettings* Settings GetMutableDefaultUMyGameSettings(); float CurrentVolume Settings-MasterVolume; Settings-MasterVolume 0.5f; Settings-SaveConfig(); // 將改動保存到配置文件引擎會在Game.ini中生成如下內容[/Script/MyProject.MyGameSettings] MasterVolume0.5 MaxEnemyCount10 bEnableVSynctrueSaveConfig()和LoadConfig() 這兩個函數是UObject的成員函數它們內部其實就是調用了GConfig。SaveConfig()會將當前對象所有Config屬性的值寫入配置文件LoadConfig()則會從配置文件讀取值并覆蓋當前對象的屬性。4.2 混合使用用GConfig動態覆蓋UPROPERTY(Config)一個強大的模式是用UPROPERTY(Config)定義配置的架構和默認值用GConfig在運行時進行動態的、條件性的讀寫。void ApplyDifficultyModifier(EDifficulty Difficulty) { UMyGameSettings* Settings GetMutableDefaultUMyGameSettings(); // 先從默認配置加載 Settings-LoadConfig(nullptr, nullptr, UE::LCPF_None); // 然后根據難度用GConfig讀取特定的覆蓋值 FString DifficultySection FString::Printf(TEXT(Difficulty_%s), *UEnum::GetValueAsString(Difficulty)); float DifficultyHealthMultiplier 1.0f; if (GConfig-GetFloat(*DifficultySection, TEXT(PlayerHealthMultiplier), DifficultyHealthMultiplier, GGameIni)) { // 找到了難度特定的配置覆蓋默認值 Settings-PlayerHealthMultiplier DifficultyHealthMultiplier; UE_LOG(LogTemp, Log, TEXT(Applied %s health multiplier: %.2f), *DifficultySection, DifficultyHealthMultiplier); } else { // 沒找到使用UPROPERTY(Config)里的默認值 UE_LOG(LogTemp, Warning, TEXT(No specific config found for %s, using default.), *DifficultySection); } // 此時Settings對象的值已經是合并后的最終值可用于游戲邏輯 }這種模式非常適合做“默認配置可選覆蓋”的系統比如不同的DLC、Mod或用戶檔案可以提供自己的配置片段在不修改核心默認配置的情況下調整游戲行為。5. 實戰場景與性能優化全攻略5.1 典型應用場景剖析場景一游戲設置菜單的保存與加載這是最經典的應用。音頻音量、圖形質量、鍵位綁定等都需要持久化。// 保存圖形設置 void UGraphicsSettings::SaveSettings() { if (!GConfig) return; // 將UI上的滑塊、復選框的值寫入GConfig GConfig-SetFloat(TEXT(Graphics), TEXT(ResolutionScale), ResolutionScale, GGameIni); GConfig-SetInt(TEXT(Graphics), TEXT(AntiAliasing), static_castint32(AAMethod), GGameIni); GConfig-SetBool(TEXT(Graphics), TEXT(MotionBlur), bMotionBlur, GGameIni); // 立即保存讓玩家感覺設置已生效 GConfig-Flush(true, GGameIni); // 同時可以調用控制臺命令或引擎接口立即應用部分設置如分辨率 FString Command FString::Printf(TEXT(r.ScreenPercentage %.1f), ResolutionScale * 100.0f); GEngine-Exec(nullptr, *Command); } // 加載圖形設置游戲啟動時調用 void UGraphicsSettings::LoadSettings() { // 從GConfig讀取如果不存在則使用構造函數中定義的默認值 GConfig-GetFloat(TEXT(Graphics), TEXT(ResolutionScale), ResolutionScale, GGameIni); int32 AATemp; if (GConfig-GetInt(TEXT(Graphics), TEXT(AntiAliasing), AATemp, GGameIni)) { AAMethod static_castEAntiAliasingMethod(AATemp); } GConfig-GetBool(TEXT(Graphics), TEXT(MotionBlur), bMotionBlur, GGameIni); }場景二管理可下載內容DLC或Mod的配置每個DLC/Mod可以有自己的.ini文件主游戲在啟動時掃描并加載。void LoadAllModConfigs() { FString ModsDir FPaths::ProjectContentDir() / TEXT(Mods); TArrayFString ModIniFiles; IFileManager::Get().FindFiles(ModIniFiles, *ModsDir, TEXT(.ini)); for (const FString IniFile : ModIniFiles) { FString FullPath ModsDir / IniFile; // 加載到GConfig緩存使用文件全路徑作為標識 GConfig-LoadFile(FullPath); // 讀取Mod的元信息 FString ModName, ModVersion; if (GConfig-GetString(TEXT(ModMeta), TEXT(Name), ModName, FullPath) GConfig-GetString(TEXT(ModMeta), TEXT(Version), ModVersion, FullPath)) { UE_LOG(LogTemp, Log, TEXT(Loaded Mod: %s (Version: %s)), *ModName, *ModVersion); // 根據配置激活Mod內容... } } }場景三存檔系統的一部分雖然完整的游戲存檔通常用更結構化的格式如GameplayStatics的SaveGame系統但一些元數據或系統設置可以放在.ini里。// 保存最后一次游玩的關卡和時長 void SaveLastSessionInfo(const FString LastMapName, float PlayTimeHours) { GConfig-SetString(TEXT(Session), TEXT(LastMap), *LastMapName, GGameIni); GConfig-SetFloat(TEXT(Session), TEXT(PlayTimeHours), PlayTimeHours, GGameIni); // 可以設置不立即Flush跟隨其他配置一起保存 } // 在主菜單顯示“繼續游戲”按鈕 bool CanContinueLastGame(FString OutMapName) { return GConfig-GetString(TEXT(Session), TEXT(LastMap), OutMapName, GGameIni); }5.2 性能考量與最佳實踐緩存是關鍵GConfig本身就是內存緩存所以重復讀取同一個Key幾乎沒有磁盤開銷。但頻繁調用Get函數本身有查找開銷。對于在Tick中需要讀取的配置應該在初始化時讀取一次并保存到成員變量中。Flush的時機 這是性能影響最大的操作。Flush會同步所有臟數據到磁盤可能涉及多個文件的寫入。避免在循環或每幀中調用。在關卡切換、游戲暫停、退出游戲等自然斷點處調用。對于非關鍵的配置可以依賴引擎的自動保存。配置文件的大小 雖然.ini是文本文件但也不宜過大。如果配置數據非常龐大比如成千上萬個物品屬性考慮將其拆分為多個專用文件或使用數據庫、結構化文件格式。GConfig加載大文件時解析和合并會消耗更多內存和時間。多線程安全FConfigCacheIni的內部操作不是線程安全的。確保從游戲線程訪問GConfig。如果必須在異步線程中讀寫配置考慮將數據先復制到線程安全的結構中或者使用任務隊列將讀寫操作派發到游戲線程執行。默認值策略 總是為配置讀取提供安全的默認值。一個健壯的模式是int32 GetConfigValueWithDefault(const FString Section, const FString Key, int32 DefaultValue) { int32 Value DefaultValue; // 先賦默認值 GConfig-GetInt(*Section, *Key, Value, GGameIni); // GetInt失敗時Value保持不變 return Value; }6. 常見問題排查與調試技巧即使理解了原理在實際使用中還是會遇到各種奇怪的問題。下面是我踩過的一些坑和解決方法。6.1 問題速查表問題現象可能原因排查步驟與解決方案讀取配置總是返回false或默認值1. Section或Key名稱拼寫錯誤大小寫敏感。2. 使用的配置文件路徑GGameIni,GEngineIni不對。3. 配置文件根本不存在或未被引擎加載。1. 打印出你使用的Section、Key和Filename與磁盤上.ini文件的內容仔細比對。2. 在運行時打印GGameIni等全局路徑確認它指向的是你期望的文件。3. 檢查[Project]/Saved/Config/目錄下是否存在對應的文件。編輯器運行時修改的配置通常寫在這里。寫入配置后重啟游戲/編輯器發現沒保存1. 沒有調用Flush()且程序非正常退出。2. 寫入到了錯誤的配置文件如DefaultGame.ini但引擎加載的是更高優先級的文件如GameUserSettings.ini。1. 在寫入關鍵配置后立即調用GConfig-Flush(true, Filename)。2. 確認你寫入的文件是最終生效的文件。在編輯器中用戶設置通常保存在Saved/Config/下而不是Config/下。UPROPERTY(Config)變量在打包后不生效1. 在編輯器里修改的是Saved/Config/下的派生文件打包時這些不會被包含。2. 變量的默認值在構造函數中設置覆蓋了配置文件中的值。1. 確保項目的Config/目錄下的Default*.ini文件中有正確的配置。打包只包含這些默認文件。2. 檢查類構造函數確保沒有在構造函數里給Config變量賦固定值。Config變量的初始值應從配置文件加載。數組或復雜結構讀取出來是空的1. 數組的格式不對多行 vs 單行。2. 對于FVector等.ini文件中的格式不正確。1. 確認你使用的GetArray對應文件中的多行格式。手動檢查.ini文件格式。2. 確保向量格式為(X1.0,Y2.0,Z3.0)。最可靠的方法是先用SetVector寫入一個樣本觀察生成的文件格式。修改配置后游戲行為沒有實時改變配置值被緩存了。對于UPROPERTY(Config)對象可能持有舊值。對于直接GConfig-Get雖然GConfig緩存會更新但使用該值的代碼可能沒有重新讀取。1. 對于UPROPERTY(Config)調用ReloadConfig()重新從文件加載到對象。2. 對于直接Get的場景確保在需要最新值的時候重新調用GConfig-Get或者建立一種配置變更的通知機制。6.2 高級調試技巧技巧一實時監控配置文件變化在開發期可以用文本編輯器如VSCode、Notepad打開Saved/Config/Windows/Game.ini一邊運行游戲一邊修改設置觀察文件是否被正確寫入。注意編輯器可能緩存文件修改后記得在編輯器中刷新。技巧二使用控制臺命令UE編輯器控制臺提供了強大的配置調試命令ShowConfigFiles: 顯示所有已加載的配置文件及其優先級順序。DisplayAll: 顯示所有控制臺變量及其當前值其中很多都來自配置文件。EditConfig: 后面跟Section和Key可以實時修改配置并看到效果。例如EditConfig /Script/Engine.GameSession MaxPlayers 16。技巧三在代碼中遍歷所有配置當你懷疑配置被覆蓋或找不到時可以臨時寫代碼遍歷GConfig的緩存。// 警告此操作在發布版本中應移除僅用于調試 void DumpAllConfigForSection(const FString Section) { if (!GConfig) return; TArrayFString Files; GConfig-GetConfigFilenames(Files); // 獲取所有已加載的配置文件 for (const FString File : Files) { TArrayFString KeyValues; if (GConfig-GetSection(*Section, KeyValues, File)) { if (KeyValues.Num() 0) { UE_LOG(LogTemp, Display, TEXT(--- Section [%s] in File: %s ---), *Section, *File); for (const FString KV : KeyValues) { UE_LOG(LogTemp, Display, TEXT( %s), *KV); } } } } }調用DumpAllConfigForSection(TEXT(MySettings))你可以看到所有已加載配置文件中[MySettings]節下的所有鍵值對以及它們來自哪個文件這對于診斷配置合并沖突極其有用。技巧四理解配置的繼承與覆蓋記住這個核心規則后加載的配置覆蓋先加載的。當你的配置表現不符合預期時畫一個簡單的加載順序圖Base.ini-Default*.ini-*.ini-.../Saved/Config/*.ini。 檢查你想要修改的Key是否在更早加載的文件中被設置了默認值而在你期望的文件中被意外覆蓋或沒有覆蓋成功。掌握GConfig和.ini文件就像是掌握了UE5配置系統的“源代碼”。它沒有JSON那樣花哨也沒有數據庫那樣強大但它與引擎的集成度是無與倫比的在性能、易用性和工作流支持上達到了完美的平衡。從簡單的變量存儲到復雜的多層級配置管理這套系統都能穩健地支撐。下次當你需要保存一個簡單的開關或者管理成百上千個物品屬性時不妨先想想用.ini和GConfig是不是更簡單、更“UE”的方式