討論下何時用靜態(tài)方法，何時用實例方法。
c#靜態(tài)方法和實例方法的幾種用法，見如下代碼：這三種形式我們應(yīng)該都用過。
這幾種方式在調(diào)用時間，還有線程安全，面向?qū)ο蟮木幊谭矫娑加胁顒e。后文會談到。
"靜態(tài)方法是常駐內(nèi)存"
這是那位blog作者在評論中給出的觀點。我覺得"靜態(tài)方法是常駐內(nèi)存"的說法是不對的。要知道一個.net類型的靜態(tài)方法是屬于這個.net類型的。而這個.net類型是一個.net 程序集的一部分。這個.net程序集是被一個AppDomain裝入到內(nèi)存里面來的。這個AppDomain是可以從內(nèi)存卸載的。一個有.net CLR的進程里面可以有多于一個的AppDomain，第一個AppDomain之后的AppDomain都可以動態(tài)創(chuàng)建和卸載。這些AppDomain中的.net程序集，既可以有靜態(tài)方法，也可以有實例方法。不管是靜態(tài)方法還是實例方法，都是隨其程序集所在的AppDomain一起創(chuàng)建和卸載。第一個AppDomain在整個程序運行結(jié)束時也會最后被卸載。其中所含的.net程序集自然也卸載?？磮D1會更明白點。所以靜態(tài)方法不存在常駐內(nèi)存一說。
"靜態(tài)方法比實例方法先裝載"
這也是那篇blog的評論中某些人提出的觀點。我不知道他們的論據(jù)是什么，但是我已經(jīng)做過實驗，而且也寫過這兩篇blog關(guān)于.net反射和metadata加載--致Jeffray Zhao等幾位和firelong和[繼續(xù)討論]關(guān)于Windows PE和.net assembly的加載來證明.net程序集的加載方式是整個地加載，而不是用到某個metadata才加載該metadata, 用到某個方法才加載該方法。因為靜態(tài)方法和實例方法同屬于一個.net類型，而一個.net類型屬于一個.net程序集。在整個地加載一個.net程序集的時候，不管是靜態(tài)方法還是實例方法，都隨該程序集全部加載進內(nèi)存。所以"靜態(tài)方法比實例方法先裝載"也是不成立的。
何時用靜態(tài)方法，何時用實例方法。
先說實例方法，當(dāng)你給一個類寫一個方法，如果該方法需要訪問某個實例的成員變量時，那么就將該方法定義成實例方法。一類的實例通常有一些成員變量，其中含有該實例的狀態(tài)信息。而該方法需要改變這些狀態(tài)。那么該方法需要聲明成實例方法。
靜態(tài)方法正好相反，它不需要訪問某個實例的成員變量，它不需要去改變某個實例的狀態(tài)。我們把該方法定義成靜態(tài)方法。
第一種方式，聲明實例，調(diào)用實例方法。
當(dāng)一個類有多個實例，例如學(xué)生這個類，實例可以有學(xué)生甲，學(xué)生乙，學(xué)生丙，等等，我們就用第一種方式。在多線程的情況下，只要每個線程都創(chuàng)建自己的實例，那么第一種方法通常是線程安全的。
第二種方式，通過一個靜態(tài)的實例，去調(diào)用實例方法。
這種情況比較特殊，通常是整個程序里該類唯一的一個實例，我們通過調(diào)用該實例的實例方法來改變該實例的某些狀態(tài)。這一個實例在多線程的情況下，通常是線程不安全的。除非我們給這個實例加鎖。防止其他線程訪問該實例。
第三種方式，直接調(diào)用靜態(tài)方法。
這種情況下靜態(tài)方法不需要去改變某個實例的狀態(tài)。只要得到少量的參數(shù)就可完成既定事情。比如判斷一個文件是否存在，只要給個文件路徑和文件名，就能知道該文件是否存在。
