1.靜態直觀的特點
靜態成員最顯著的一個特點就是它的作用域是全域的，只要在呼叫處引入了對應的命名空間，那么我們可以在代碼任何地方都可以直接使用，凡是具有全域特征的東西我們就可以考慮使用靜態，在實際的開發中，靜態欄位我們常用實作資料的共享，修飾為靜態的方法當做常用的工具方法來使用，
2.命名上的思考
靜態從名稱的對立面上可以想到一個詞叫動態，這里所說的動態可以隱喻為實體成員，實體成員之所以可以形容為動態因為在記憶體中它的創建和釋放資源是根據實體化物件或GC（垃圾回收）不斷變化的，而靜態成員在記憶體中很少會發生變化，靜態成員的創建是在第一次訪問對應的型別時進行的創建，資源釋放是在應用程式結束的時候，
3.靜態和實體（非靜態）的對比
|
靜態 |
實體（非靜態） |
|
需要static關鍵字 |
不需要static關鍵字 |
|
無法實體化只能使用類名呼叫 |
必須實體化物件后才能呼叫 |
|
在靜態方法中，可以訪問靜態成員 |
在實體方法中，可以訪問靜態成員 |
|
在靜態方法中不可以直接訪問實體成員，如需訪問需要創建物件 |
在實體方法中，可以直接訪問實體成員 |
|
呼叫前初始化（在創建第一個實體或參考任何靜態成員之前） |
實體化(呼叫建構式)物件時初始化 |
4.靜態成員的初始化的創建程序（本文重點）
當一個類當中包含了靜態成員時，程式內部是如何初始化靜態成員的呢？
4.1代碼示例說明1
如運行上圖的程式，對于這種情況實際上即使是在程式運行時該類中的靜態成員是沒有被創建(初始化的)，之所以是這種情況，因為程式中靜態成員對應的型別并沒有在任何位置出現過訪問該型別的代碼，而靜態成員的創建是在第一次訪問這個型別時創建的，
4.2代碼示例說明2
在遵循靜態成員的創建原則后，此圖對代碼進行改動后包含了對型別的訪問，那么這個時候靜態成員是會被創建的，
從直觀的代碼上來看，很顯然會產生一個對靜態成員初始化的誤解，因為代碼中的靜態成員在宣告時已經進行初始化賦值的操作，其實這種方式只是一種語法糖，是為了方便程式員給的簡單語法，實際上對于型別內部的欄位賦值是通過建構式來完成的，
我們現在思考一個問題：上圖代碼中并沒有撰寫任何的建構式，那么靜態成員是如何進行初始化賦值的呢？
通過一般的除錯時并看不出程式內部的執行程序，也很難找尋問題的答案，此處為了探尋上述的問題我可以通過反編譯工具查看下上圖中反編譯后的代碼，如圖：
上圖中我們可以看到通過反編譯后MyClass內部包含了一個靜態的建構式并且為靜態成員進行賦值，此處可以得到一個結論：當在類中定義靜態成員的時候，實際上也定義了一個靜態建構式，
根據反編譯代碼的情況我們將靜態建構式顯示的寫在代碼中除錯，來驗證下靜態建構式是否被呼叫，然后觀察下實體成員和靜態成員初始化的順序，如圖：
根據上圖中的演示可以看出靜態建構式被呼叫，并且會先呼叫靜態建構式然后在呼叫實體建構式，
5.關于靜態建構式需要注意強調的幾點
- 靜態建構式的定義上：不能有訪問修飾符并且必須無參，一個類或結構當中只能有一個建構式，不允許多載和繼承，
- 靜態建構式呼叫上：靜態建構式在撰寫代碼時不能像實體建構式那樣直接呼叫，它的呼叫是由公共語言運行時（CLR）呼叫，并且靜態建構式只會呼叫一次，
以下代碼運行圖驗證靜態建構式只會呼叫一次的情況：
使用建議：
盡量少使用靜態成員，因為靜態成員的生命周期是在應用程式結束后釋放的，然而GC（垃圾回收）沒有對其進行記憶體的回收管理，促使會上時間的占用記憶體，并且會產生一些記憶體垃圾，
學習感想：
看似使用簡單的靜態特性，有人運用設計出了軟體模式的單例模式，淬煉堅實的基本功永遠都不算晚，個人覺得編程最難的是在運用，就算學會在高端的技術如果不會組合運用，也還是沒有達到真正掌握的程度，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/9607.html
標籤：C#
下一篇：C# 實作TXT檔案轉Table