1. 從“基礎”到“實戰”C#進階之路的六個關鍵節點“C#基礎6”這個標題乍一看像是一本教材的第六章內容可能涵蓋委托、事件、集合等。但作為一個在.NET生態里摸爬滾打了十多年的老碼農我更愿意把它理解為一個隱喻當你自認為掌握了C#的語法、面向對象、基礎類庫后接下來該往哪里走哪些“基礎”之上的“基礎”才能真正決定你代碼的質量、項目的成敗和職業的天花板今天我們不聊教科書里的“第六章”而是聊聊那些教科書里不講但在真實項目中天天打交道的六個核心實戰節點。這不僅僅是知識的堆砌更是思維模式和工程能力的躍遷。很多人學C#止步于會寫for循環、會定義類、會用ListT。這沒錯這是地基。但當你開始接觸真正的商業項目——無論是開發一個需要實時通信的上位機軟件還是構建一個高并發的Web API或是集成復雜的機器學習模型——你會發現之前學的“基礎”突然不夠用了。你需要的是理解內存、線程、異步、序列化、反射、泛型、委托與事件這些概念如何交織在一起解決實際問題。你需要知道為什么用StringBuilder而不是瘋狂拼接字符串為什么async/await能救你于回調地獄以及如何讓C#與C、Python甚至硬件順暢對話。接下來我們就沿著這條從“基礎”到“實戰”的路徑拆解這六個關鍵節點。2. 異步編程從async/await語法糖到真正的并發心智模型提到C#的現代特性async和await絕對是繞不開的明星。但很多開發者包括一些有經驗的對它的理解可能還停留在“讓UI不卡頓”或者“語法很簡潔”的層面。這遠遠不夠。要真正用好它你必須建立起一套完整的異步并發心智模型。2.1async/await的本質狀態機與協作式多任務首先必須破除一個迷思async方法并不會自動創建新線程。async關鍵字只是告訴編譯器“這個方法內部可能包含異步操作請你幫我把它改寫成狀態機。” 而await關鍵字則是這個狀態機的“暫停并等待”點。編譯器會幫你把方法拆分成多個片段每個await點都是一個潛在的中斷和恢復點。其核心是一種協作式多任務而非搶占式。當一個await遇到一個尚未完成的任務Task時它會將方法的后續部分“掛起”并將控制權返回給調用者。此時承載該方法的線程可能是UI線程也可能是線程池線程就被釋放了可以去處理其他工作。當await的任務完成后方法的剩余部分會被安排繼續執行可能在原線程也可能在其他線程池線程上。// 一個常見的誤解示例 public async Taskstring DownloadDataAsync(string url) { // 假設這是一個耗時的I/O操作 var data await _httpClient.GetStringAsync(url); // 此處掛起釋放線程 // 任務完成后在此處恢復執行 return ProcessData(data); // 恢復執行的上下文取決于配置 }注意ConfigureAwait(false)的使用場景。在非UI的類庫代碼中使用await task.ConfigureAwait(false)可以避免強制回到原始的同步上下文如UI線程這能提升性能并避免死鎖。但在UI事件處理程序中你通常需要回到UI線程來更新控件此時就不能用。2.2 錯誤處理與任務組合超越try-catch異步方法中的異常處理有其特殊性。異常不會被立即拋出而是被封裝在返回的Task對象中。直到你await這個Task或者訪問其Result屬性在已完成的任務上異常才會被重新拋出。public async Task HandleMultipleOperationsAsync() { var task1 SomeAsyncOperation1(); var task2 SomeAsyncOperation2(); try { // 等待所有任務完成任何一個拋出異常都會在這里被捕獲 await Task.WhenAll(task1, task2); } catch (Exception ex) { // 但這里你只能捕獲到第一個失敗的異常 Console.WriteLine($An error occurred: {ex.Message}); } // 更精細的錯誤處理檢查每個任務的狀態 if (task1.IsFaulted) { Console.WriteLine($Task1 failed: {task1.Exception?.InnerException.Message}); } if (task2.IsFaulted) { Console.WriteLine($Task2 failed: {task2.Exception?.InnerException.Message}); } }對于需要并發執行多個獨立異步操作并統一處理結果的場景Task.WhenAll和Task.WhenAny是你的利器。Task.WhenAll會等待所有任務完成如果其中任何一個失敗它返回的Task也會失敗。Task.WhenAny則返回第一個完成的任務無論是成功完成還是失敗。2.3 實戰避坑死鎖、性能與取消死鎖是異步編程的經典陷阱常發生在混合使用同步和異步代碼時。最常見的情況是在UI線程或擁有特定同步上下文的線程上同步等待.Result或.Wait()一個異步任務完成而這個異步任務又試圖回到同一個同步上下文來繼續執行從而形成循環等待。// 錯誤示例在UI按鈕事件中同步上下文為UI線程 private void Button_Click(object sender, EventArgs e) { // .Result 會阻塞UI線程等待任務完成 var data GetDataAsync().Result; // 死鎖風險極高 textBox.Text data; } public async Taskstring GetDataAsync() { await Task.Delay(1000); // 默認會嘗試回到調用者的同步上下文UI線程 return Done; }解決方案一路異步到底將事件處理程序也改為async void對于事件處理器是允許的或async Task并使用await。private async void Button_Click(object sender, EventArgs e) { var data await GetDataAsync(); textBox.Text data; }在類庫代碼中對不關心上下文的后臺任務使用ConfigureAwait(false)。絕對避免在可能擁有同步上下文的線程上使用.Result或.Wait()。性能方面要理解“異步”不等于“更快”。對于純CPU密集型計算異步不會帶來性能提升反而可能因狀態機開銷而更慢。異步的威力在于I/O密集型操作文件、網絡、數據庫它能用極少的線程資源服務大量并發請求。取消是現代異步編程的必備品。通過CancellationTokenSource和CancellationToken你可以優雅地通知長時間運行的異步操作“該停止了”。這對于提升應用響應性和資源管理至關重要。public async Task ProcessWithCancellationAsync(CancellationToken cancellationToken) { for (int i 0; i 100; i) { // 每次循環開始前檢查取消請求 cancellationToken.ThrowIfCancellationRequested(); await Task.Delay(100, cancellationToken); // 將token傳遞給支持取消的API // ... 處理工作 } }3. 內存、指針與互操作當C#需要突破托管邊界C#是一門托管語言享受垃圾回收GC帶來的便利。但當你需要極致性能、操作非托管內存如圖像處理、游戲引擎或與C/C庫、操作系統API、硬件驅動交互時就必須理解并謹慎地突破這層托管邊界。3.1 安全代碼與不安全代碼unsafe關鍵字unsafe上下文允許你使用指針直接操作內存地址。這帶來了性能上的可能優勢但也將內存安全的負擔從運行時轉移到了開發者肩上。unsafe void PointerOperation(byte[] buffer) { fixed (byte* ptr buffer) // fixed 語句固定托管數組在內存中的位置防止GC移動它 { byte* p ptr; for (int i 0; i buffer.Length; i) { *(p i) (byte)(*(p i) ^ 0xFF); // 使用指針進行快速的按位取反操作 } } }使用場景高性能數值計算/圖像處理例如使用SIMD指令通過System.Numerics或直接操作位圖數據。與原生代碼交互需要傳遞或接收指針時。實現特定數據結構如環形緩沖區、內存池等。重大警告unsafe代碼是“信任的邊界”。一個錯誤的指針操作可能導致程序崩潰、內存損壞或安全漏洞。除非有充分理由和深厚功底否則應優先考慮使用SpanT和MemoryT這類更安全的現代API來處理連續內存。3.2 P/Invoke調用原生DLL的橋梁平臺調用P/Invoke是C#調用非托管DLL如Windows API、自定義C庫的標準方式。其核心是使用DllImport屬性聲明外部方法。using System.Runtime.InteropServices; public class NativeMethods { // 調用Windows APIMessageBox [DllImport(user32.dll, CharSet CharSet.Unicode, SetLastError true)] public static extern int MessageBox(IntPtr hWnd, string text, string caption, uint type); // 調用自定義C庫傳遞和返回字符串 [DllImport(MyNativeLib.dll, CallingConvention CallingConvention.Cdecl)] public static extern IntPtr ProcessString([MarshalAs(UnmanagedType.LPStr)] string input); // 調用后需要釋放非托管內存 [DllImport(MyNativeLib.dll, CallingConvention CallingConvention.Cdecl)] public static extern void FreeMemory(IntPtr ptr); }關鍵細節與避坑字符集CharSet指定字符串的封送方式。CharSet.Ansi對應char*C風格CharSet.Unicode對應wchar_t*Windows寬字符。在Windows上通常用CharSet.Unicode。調用約定CallingConvention必須與DLL中的函數聲明一致。C/C默認通常是CdeclWindows API常用StdCall。數據類型封送Marshaling.NET類型需要轉換為非托管類型。[MarshalAs]屬性用于精細控制。例如string默認封送為LPStrANSI但可以指定為LPWStrUnicode。內存管理如果原生函數返回了它分配的內存指針如malloc你必須在C#側負責釋放通常需要再聲明一個對應的Free函數并用DllImport引入。結構體布局傳遞結構體時必須用[StructLayout(LayoutKind.Sequential)]或Explicit確保內存布局與原生代碼一致并注意字節對齊[StructLayout(... Packn)]。3.3 與C的深度交互從字符串傳遞到回調函數字符串傳遞是一個高頻痛點。C#的string是UnicodeUTF-16對象而C可能使用char*ANSI/UTF-8或wchar_t*UTF-16。你需要精確匹配。C#傳字符串給C使用Marshal.StringToHGlobalAnsi或StringToHGlobalUni分配非托管內存并將指針傳給C函數調用完成后務必用Marshal.FreeHGlobal釋放。IntPtr nativeString Marshal.StringToHGlobalAnsi(csharpString); try { MyNativeFunction(nativeString); } finally { Marshal.FreeHGlobal(nativeString); }C返回字符串給C#更常見的做法是C#先分配一個緩沖區如StringBuilder將其指針傳給C函數填充。[DllImport(MyLib.dll)] public static extern void GetString(StringBuilder buffer, int bufferSize); // 調用 var sb new StringBuilder(256); GetString(sb, sb.Capacity); string result sb.ToString();回調函數函數指針允許C調用回C#代碼。在C#中你需要定義一個委托delegate來匹配C的函數簽名然后將這個委托的實例會由運行時自動轉換為函數指針傳遞給C。// 1. 定義與C回調函數簽名匹配的委托 [UnmanagedFunctionPointer(CallingConvention.Cdecl)] public delegate void LogCallback(IntPtr message); // 2. 在C#中實現回調方法 public static void MyLogMethod(IntPtr messagePtr) { string message Marshal.PtrToStringAnsi(messagePtr); Console.WriteLine($[From C]: {message}); } // 3. 將委托實例傳給C函數 [DllImport(MyLib.dll)] public static extern void SetLogger(LogCallback callback); // 使用 LogCallback callback new LogCallback(MyLogMethod); SetLogger(callback);這里的關鍵是[UnmanagedFunctionPointer]屬性它確保了委托能被正確封送為非托管函數指針。同時你必須確保委托實例在回調可能發生的整個生命周期內都保持被引用不被GC回收通常的做法是將其保存為一個類級別的靜態字段。4. 序列化、配置與數據持久化工程化的基石任何稍具規模的應用都離不開配置管理和數據持久化。從簡單的appsettings.json到復雜的二進制協議C#提供了豐富的選擇。理解它們的適用場景和陷阱是寫出可維護、可配置軟件的關鍵。4.1 JSON序列化System.Text.JsonvsNewtonsoft.Json長期以來Newtonsoft.JsonJson.NET是C#中JSON處理的事實標準。但.NET Core 3.0引入了高性能的System.Text.Json作為官方庫。如何選擇System.Text.Json優勢性能更高內存分配更少深度集成于.NET運行時無需額外依賴。特點默認行為更嚴格如屬性名大小寫敏感配置略顯繁瑣某些高級特性如動態類型、更靈活的忽略策略支持不如Json.NET成熟。適用對新項目尤其是性能敏感、運行在容器化或Serverless環境下的ASP.NET Core Web API優先推薦。using System.Text.Json; using System.Text.Json.Serialization; var options new JsonSerializerOptions { PropertyNamingPolicy JsonNamingPolicy.CamelCase, // 屬性名駝峰式 WriteIndented true, // 美化輸出 DefaultIgnoreCondition JsonIgnoreCondition.WhenWritingNull // 忽略null值 }; // 注冊自定義轉換器如果需要處理特殊類型 options.Converters.Add(new DateTimeConverter()); string json JsonSerializer.Serialize(myObject, options); MyType obj JsonSerializer.DeserializeMyType(json, options); // 處理匿名對象或字典 var data new { Name Test, Value 123 }; json JsonSerializer.Serialize(data);Newtonsoft.Json優勢功能極其豐富、靈活社區支持強大文檔和示例海量。對不規則JSON、多態類型、引用循環等復雜場景處理更得心應手。特點性能稍遜需要額外NuGet包依賴。適用遺留項目遷移或需要其獨有高級功能如JsonProperty屬性、JObject動態操作、更強大的自定義轉換器的場景。實戰建議新項目從System.Text.Json開始。如果遇到無法滿足的需求如需要序列化私有setter、更復雜的忽略邏輯再考慮引入Newtonsoft.Json。兩者可以在同一個項目中并存但需要注意命名空間沖突。4.2 XML處理Linq to XML的優雅之道雖然JSON是主流但XML在配置如.csproj、舊式App.config、Web ServiceSOAP、Office文檔交互等場景依然常見。System.Xml.LinqLinq to XML提供了比傳統XmlDocument更直觀、更符合LINQ風格的API。using System.Xml.Linq; // 創建XML文檔 XDocument doc new XDocument( new XElement(Root, new XElement(Person, new XAttribute(Id, 1), new XElement(Name, 張三), new XElement(Age, 30) ), new XElement(Person, new XAttribute(Id, 2), new XElement(Name, 李四), new XElement(Age, 25) ) ) ); doc.Save(data.xml); // 查詢XML XDocument loadedDoc XDocument.Load(data.xml); var names loadedDoc.Descendants(Person) .Where(p (int)p.Element(Age) 26) .Select(p p.Element(Name).Value) .ToList(); // 結果: [張三] // 修改XML var firstPerson loadedDoc.Descendants(Person).First(); firstPerson.Element(Age).Value 31; loadedDoc.Save(data_modified.xml);核心優勢API直觀與LINQ無縫集成創建和查詢代碼非常易讀。對于需要生成或解析復雜XML結構的場景如與Microsoft.Office.Interop.Excel交互生成報表Linq to XML能大幅簡化代碼。4.3 配置系統從appsettings.json到自定義配置源ASP.NET Core引入的配置系統非常強大且通用即使在非Web的桌面應用WinForm, WPF或控制臺程序中也可以使用。基礎使用安裝Microsoft.Extensions.Configuration和Microsoft.Extensions.Configuration.Json等NuGet包。構建配置using Microsoft.Extensions.Configuration; var builder new ConfigurationBuilder() .SetBasePath(Directory.GetCurrentDirectory()) .AddJsonFile(appsettings.json, optional: false, reloadOnChange: true) .AddJsonFile($appsettings.{env.EnvironmentName}.json, optional: true) // 環境特定配置 .AddEnvironmentVariables() // 環境變量 .AddCommandLine(args); // 命令行參數 IConfigurationRoot configuration builder.Build();讀取配置string connectionString configuration.GetConnectionString(DefaultConnection); int timeout configuration.GetValueint(AppSettings:Timeout, defaultValue: 30); // 強類型綁定推薦 var appSettings new AppSettings(); configuration.GetSection(AppSettings).Bind(appSettings);高級技巧IOptionsT模式在依賴注入環境中注冊配置節并注入IOptionsT、IOptionsSnapshotT支持配置熱更新或IOptionsMonitorT可以更優雅地使用強類型配置。自定義配置提供程序你可以實現IConfigurationSource和IConfigurationProvider從任何地方數據庫、遠程API、加密文件讀取配置。這對于需要中心化配置管理的企業應用非常有用。配置驗證結合Microsoft.Extensions.Options.DataAnnotations可以使用數據注解來驗證配置值的有效性。避坑點配置鍵是大小寫不敏感的但為了可讀性建議在JSON中使用駝峰或烤肉串kebab-case命名在代碼中通過冒號:訪問層級。注意配置文件的位置和當前工作目錄特別是在發布和部署時。5. 反射、泛型與元編程編寫靈活與通用的代碼反射Reflection和泛型Generics是C#中實現元編程和編寫高度通用代碼的兩大利器。它們一個在運行時探索和操作類型信息一個在編譯時提供類型安全和代碼復用。5.1 反射運行時類型的鏡子反射允許你在程序運行時檢查類型類、接口、結構體等的元數據動態創建對象、調用方法、訪問字段和屬性。它非常強大但性能開銷較大應謹慎使用。常見應用場景插件系統動態加載DLL發現并實例化實現了特定接口的類。Assembly pluginAssembly Assembly.LoadFrom(MyPlugin.dll); var pluginTypes pluginAssembly.GetTypes() .Where(t typeof(IPlugin).IsAssignableFrom(t) !t.IsAbstract); foreach (var type in pluginTypes) { IPlugin plugin (IPlugin)Activator.CreateInstance(type); plugin.Initialize(); }ORM框架根據實體類的屬性信息動態生成SQL語句。序列化/反序列化在不知道具體類型的情況下遍歷對象屬性進行讀寫。依賴注入容器自動掃描程序集注冊服務實現。性能優化直接使用Type.GetMethod、MethodInfo.Invoke等每次調用都會帶來開銷。對于需要高頻調用的反射操作可以使用Delegate.CreateDelegate將方法轉換為強類型委托或者使用System.Linq.Expressions命名空間動態編譯表達式樹這能獲得接近直接調用的性能。// 原始反射慢 MethodInfo methodInfo typeof(MyClass).GetMethod(MyMethod); object result methodInfo.Invoke(instance, new object[] { arg1, arg2 }); // 使用委托緩存快很多 private static FuncMyClass, int, int, int _cachedDelegate; public static FuncMyClass, int, int, int GetCachedDelegate() { if (_cachedDelegate null) { MethodInfo methodInfo typeof(MyClass).GetMethod(MyMethod); _cachedDelegate (FuncMyClass, int, int, int)Delegate.CreateDelegate( typeof(FuncMyClass, int, int, int), null, methodInfo); } return _cachedDelegate; } // 調用 var func GetCachedDelegate(); int result func(instance, arg1, arg2);5.2 泛型編譯時的類型安全模板泛型讓你可以定義類型參數編寫可適用于多種數據類型的類、接口、方法而無需為每種類型重復代碼。它在編譯時進行類型檢查保證了安全性和性能避免了裝箱拆箱。進階用法泛型約束where限制類型參數必須滿足的條件如必須是引用類型where T : class、值類型where T : struct、擁有無參構造函數where T : new()、實現特定接口where T : IComparable等。這讓你能在泛型代碼中安全地調用特定方法。public T CreateInstanceT() where T : new() { return new T(); // 因為約束了 new()所以可以調用構造函數 } public void SortT(ListT list) where T : IComparableT { list.Sort(); // 因為約束了 IComparableT所以元素可以比較 }協變out與逆變in用于泛型接口和委托提供了更靈活的類型轉換。協變 (out T)允許使用派生程度更大的類型。例如IEnumerableDerived可以賦值給IEnumerableBase因為IEnumerableT接口被聲明為IEnumerableout T。這很安全因為你只能從其中“取出”outT。逆變 (in T)允許使用派生程度更小的類型。例如ActionBase可以賦值給ActionDerived因為ActionT委托被聲明為Actionin T。這很安全因為你只能向其中“傳入”inT。泛型與反射結合當你需要處理未知的泛型類型時。例如創建一個ListT的實例但T在運行時才知道。Type elementType Type.GetType(System.String); Type listType typeof(List).MakeGenericType(elementType); object myList Activator.CreateInstance(listType); // 創建了一個 Liststring // 調用泛型方法 MethodInfo method typeof(MyUtility).GetMethod(ProcessList); MethodInfo genericMethod method.MakeGenericMethod(elementType); genericMethod.Invoke(null, new object[] { myList });5.3 實戰案例一個簡單的依賴注入容器雛形結合反射和泛型我們可以實現一個極簡的依賴注入容器來理解其原理public class SimpleContainer { private readonly DictionaryType, Type _typeMappings new(); private readonly DictionaryType, object _singletonInstances new(); // 注冊類型映射 public void RegisterTInterface, TImplementation() where TImplementation : TInterface { _typeMappings[typeof(TInterface)] typeof(TImplementation); } // 注冊單例 public void RegisterSingletonTInterface, TImplementation() where TImplementation : TInterface { RegisterTInterface, TImplementation(); // 延遲創建實例 } // 解析實例 public TInterface ResolveTInterface() { return (TInterface)Resolve(typeof(TInterface)); } private object Resolve(Type type) { // 1. 檢查是否是已注冊的單例 if (_singletonInstances.TryGetValue(type, out object singletonInstance)) { return singletonInstance; } // 2. 獲取要實例化的具體類型 Type implementationType _typeMappings.ContainsKey(type) ? _typeMappings[type] : type; // 3. 獲取構造函數這里簡化只取第一個 ConstructorInfo constructor implementationType.GetConstructors().First(); ParameterInfo[] parameters constructor.GetParameters(); // 4. 遞歸解析所有依賴參數 object[] parameterInstances parameters.Select(p Resolve(p.ParameterType)).ToArray(); // 5. 創建實例 object instance constructor.Invoke(parameterInstances); // 6. 如果是單例注冊則保存 if (_typeMappings.ContainsKey(type) !_singletonInstances.ContainsKey(type)) // 簡化判斷 { _singletonInstances[type] instance; } return instance; } } // 使用 public interface IService { void DoWork(); } public class MyService : IService { public void DoWork() Console.WriteLine(Working...); } public class Consumer { private readonly IService _service; public Consumer(IService service) { _service service; } public void Execute() _service.DoWork(); } var container new SimpleContainer(); container.RegisterIService, MyService(); container.RegisterSingletonConsumer, Consumer(); // 假設Consumer也是單例 var consumer container.ResolveConsumer(); consumer.Execute();這個例子雖然簡陋缺少生命周期管理、循環依賴檢測等但它清晰地展示了反射如何用于分析構造函數依賴并遞歸創建對象圖。真實的DI容器如ASP.NET Core內置的原理類似但復雜和健壯得多。6. 委托、事件與函數式編程思想委托和事件是C#實現回調、事件驅動編程的基石。隨著語言版本迭代它們與Lambda表達式、LINQ結合極大地推動了C#向函數式編程風格的靠攏。6.1 委托的演進從Delegate到Func/Action最早的委托需要顯式定義委托類型。.NET Framework 3.5引入了泛型委托Func有返回值和Action無返回值大大簡化了代碼。// 傳統方式 public delegate int CalculatorDelegate(int a, int b); CalculatorDelegate addDelegate new CalculatorDelegate(Add); int result addDelegate(5, 3); // 現代方式使用內置泛型委托 Funcint, int, int addFunc Add; // 方法組轉換 // 或使用Lambda表達式 Funcint, int, int multiplyFunc (x, y) x * y; Actionstring logAction message Console.WriteLine(message);多播委托一個委托實例可以封裝多個方法。使用添加方法-移除方法。調用時這些方法會按添加順序依次執行。如果委托有返回值通常只得到最后一個方法的返回值。Actionstring multiAction null; multiAction msg Console.WriteLine($Logger1: {msg}); multiAction msg Console.WriteLine($Logger2: {msg}); multiAction(Hello); // 輸出兩行6.2 事件基于委托的發布-訂閱模式事件是封裝了的委托提供了更好的封裝性和安全性。事件的聲明者擁有“觸發”事件的權力而訂閱者只有“訂閱”和“取消訂閱”的權力。public class TemperatureMonitor { // 1. 定義事件使用EventHandlerT泛型委托 public event EventHandlerTemperatureChangedEventArgs TemperatureChanged; // 2. 定義事件參數類 public class TemperatureChangedEventArgs : EventArgs { public double OldTemperature { get; } public double NewTemperature { get; } public TemperatureChangedEventArgs(double oldTemp, double newTemp) { OldTemperature oldTemp; NewTemperature newTemp; } } private double _currentTemp; public double CurrentTemperature { get _currentTemp; set { if (Math.Abs(_currentTemp - value) 0.01) { var oldTemp _currentTemp; _currentTemp value; // 3. 觸發事件使用?.Invoke空條件運算符線程安全 OnTemperatureChanged(oldTemp, value); } } } // 4. 受保護的虛方法用于觸發事件允許派生類自定義觸發邏輯 protected virtual void OnTemperatureChanged(double oldTemp, double newTemp) { TemperatureChanged?.Invoke(this, new TemperatureChangedEventArgs(oldTemp, newTemp)); } } // 訂閱者 public class Display { public void Subscribe(TemperatureMonitor monitor) { monitor.TemperatureChanged Monitor_TemperatureChanged; } private void Monitor_TemperatureChanged(object sender, TemperatureMonitor.TemperatureChangedEventArgs e) { Console.WriteLine($溫度從 {e.OldTemperature:F1}°C 變化到 {e.NewTemperature:F1}°C); } }關鍵設計模式EventHandlerTEventArgs模式標準的事件定義方式第一個參數是事件源sender第二個參數是包含事件數據的類派生自EventArgs。受保護的OnXXX方法這是一個良好實踐。它將觸發事件的邏輯封裝在一個虛方法中派生類可以通過重寫它來攔截或修改觸發行為。空條件調用?.Invoke()這是線程安全的。如果事件沒有訂閱者TemperatureChanged為null則不會調用避免了空引用異常。6.3 Lambda表達式與LINQ函數式風格的實踐Lambda表達式本質上是匿名函數它是LINQ的基石也讓委托的使用變得極其簡潔。Listint numbers new Listint { 1, 2, 3, 4, 5, 6 }; // 使用Lambda表達式進行篩選和投影 var evenSquares numbers .Where(n n % 2 0) // 篩選偶數n n % 2 0 是一個 Predicateint .Select(n n * n) // 投影為平方n n * n 是一個 Funcint, int .ToList(); // 結果: [4, 16, 36] // 更復雜的操作分組和聚合 var people new ListPerson { /* ... */ }; var averageAgeByCity people .GroupBy(p p.City) .Select(g new { City g.Key, AverageAge g.Average(p p.Age) }) .OrderByDescending(x x.AverageAge) .ToList();閉包ClosureLambda表達式或匿名方法可以捕獲其所在作用域的局部變量。這個被捕獲的變量生命周期會被延長與委托實例共存。這是一個強大但需要小心使用的特性特別是在循環或異步上下文中可能會產生意想不到的結果。ListAction actions new ListAction(); for (int i 0; i 5; i) { // 錯誤所有委托都捕獲了同一個變量i最終i的值是5 actions.Add(() Console.WriteLine(i)); } foreach (var action in actions) action(); // 輸出五個5 // 正確做法在循環內創建局部變量副本 for (int i 0; i 5; i) { int temp i; // 每次迭代都有獨立的temp actions.Add(() Console.WriteLine(temp)); } foreach (var action in actions) action(); // 輸出0,1,2,3,4LINQ的兩種執行模式立即執行返回具體集合的方法如ToList(),ToArray(),ToDictionary(),First(),Count()等。它們會立即觸發查詢執行。延遲執行返回IEnumerableT或IQueryableT的方法如Where,Select,OrderBy等。它們只是構建了查詢表達式直到迭代如foreach或調用立即執行方法時查詢才會真正執行。對于IQueryableT常用于Entity Framework查詢表達式會被轉換為SQL或其他查詢語言在數據庫端執行。理解這些“基礎”之上的“基礎”意味著你不再僅僅是在寫C#語法而是在運用C#生態和.NET運行時提供的強大工具來解決復雜的工程問題。從異步并發的心智模型到與非托管世界的安全交互再到利用反射、泛型、委托構建靈活架構每一步都要求開發者深入理解其原理和代價。將這些知識融會貫通你就能在面對“上位機通信”、“多線程數據處理”、“插件化架構”、“高性能計算”等具體需求時游刃有余地選擇最合適的工具和模式寫出既健壯又高效的代碼。這才是從“C#基礎”走向“C#高手”的必經之路。