出處不明。（google了大半天，這篇文章的轉載倒是挺多的，不過出處一直沒找到，還有些沒有標明轉載，但發布日期比轉載的還晚的忽略不計 = =#）文章中，提到了不少我們容易混淆的問題，特別是裝載、內存方面。
借此機會，向大家推薦《程序員的自我修養——鏈接、裝載與庫》一書（PDF版下載在http://www.linuxidc.com/Linux/2011-09/43809.htm）！許多東西是看了那本書才知道的，有助於對靜態方法和實例化方法的理解。
————————下面是轉載的正文————————
方法是我們每天都在寫得，很多程序員大多都使用實例化方法，而很少使用靜態方法，問原因也說不出來所以然，或者簡單的回答兩者定義的區別，靜態方法不需要new就可以使用 實例化方法需要new了以後才可以使用。。。。我們真的理解了嗎？
從實際項目開發說起，這裡有開發項目的三種方式：
開發項目中把BLL和DAL分開，在BLL調用DAL的代碼。
一、在DAL中使用靜態方法，不創建實例直接調用（大概有很多人都使用這種方式開發 ）
class DAL
{
public static string GetUserName(...);
}
在BLL中調用：
DAL.GetUserName();
二、在DAL中使用實例方法，采用靜態成員模式(或Singleton)通過實例來調用：
class DAL
{
public static readonly DAL dal = new DAL();
public string GetUserName(...);
}
在BLL中調用：
DAL.dal.GetUserName();
三、在DAL中使用實例方法，每次調用之前先創建DAL對象的實例：
class DAL
{
public string GetUserName(...);
}
在BLL中調用：
DAL dal = new DAL();
dal.GetUserName();
————————————————
開發方式一：我以為在一些情況下（比如 調用多個數據庫、GetUserName（...）內部處理操作部分）會出現線程安全的嫌疑。這種開發方式不用New出對象，所以很普遍。
開發方式二：應該多是應用在cs模式下，DAL在整個項目只會有一個對象存在，如果出現在B/S 我想不能兼容多種問題情況。而且也有線程安全的問題。
開發方式三：應該是普遍使用的，能夠兼容各種問題，也不會有線程不安全的嫌疑出現。
特別說明一下：在MS的pet3.0以前的版本 都采用了方式二，而到pet3.0和以後的版本 都采用了方式三，而且特別在開發說明文檔中明確的解釋了一下。我想應該是從兼容性上考慮的，從性能上方式二並不比方式三真正的高多少。
————————————————
我特意以“你怎麼理解並使用靜態方法和實例化方法的？”這樣的問題詢問了多位程序員，他們開發的語言也不盡相同（c 、c++、java、c#）
以下是他們的回答：
海龍說：
公用的方法，而且是一些零散的 一般用靜態方法
張偉說：
幾乎沒有區別，如果不需要實例化，就用靜態方法；如果為了穩妥，就用實例方法，這樣才可調用其他實例方法和變量 。
蕭遠山說：
靜態方法比較少用，因為他在一啟動就實例化了，比較占資源，當然,,配合單例模式還是比較好用的
比較多的用在數據連接上，我避免使用的原則就是減少資源消耗。
張新波說：
靜態方法意味著我在調用前不需要進行對其所屬的類進行new操作，我主要會在工具類裡面用到靜態方法。
向詳說：
靜態就是類的，實例就是對象的。
靜態方法和實例方法的區別之處還有一個地方：靜態方法不需要依賴類當中的屬性，能在這個方法中封閉的完成一個功能。實例方法更多的會使用到類當中的屬性。
winson_張林說：
最大的區別在於內存。
靜態方法在程序開始時生成內存,實例方法在程序運行中生成內存，
所以靜態方法可以直接調用,實例方法要先成生實例,通過實例調用方法，靜態速度很快，但是多了會占內存。
任何語言都是對內存和磁盤的操作,至於是否面向對象,只是軟件層的問題,底層都是一樣的,只是實現方法不同。
靜態內存是連續的,因為是在程序開始時就生成了,而實例申請的是離散的空間,所以當然沒有靜態方法快，
而且靜態內存是有限制的，太多了程序會啟動不了。
showlover說:
靜態方法與實例方法各有自己的用處...
是定義成靜態方法,還是定義成實例方法,還要看具體情況,比如方法本身與類型沒有太大的關系,可以定義成靜態方法..
用實例方法,當然需要你先創建實例,才能調用實例方法,而靜態方法則不需要..
從性能上說,靜態方法效率要稍微高一些,但是它會常駐內存...
一些情況下使用靜態方法是有好處的，因為對於靜態方法無論你有多少個實例，
內存中要維護的一份拷貝。同時，某些方法，確實使用靜態是比較恰當的..
Q.yuhen說:
這個問題牽扯到的東西比較多，諸如設計模式等等。簡單點說，靜態方法用來執行無狀態的一個完整操作，實例方法則相反，它通常是一個完整邏輯的一部分，並且需要維護一定的狀態值。
如果用內存和效率來區分使用Static Method、Instance Method 就回到過去結構化編程了。使用那種方法的根本出發點還是圍繞面向對象來進行的。
陳亮說：
靜態方法和全局函數差不多的，實例方法是一個類裡面的方法。
總結：大家對這個問題都有一個共識：那就是實例化方法更多被使用和穩妥，靜態方法少使用。
有時候我們對靜態方法和實例化方法會有一些誤解。
1、大家都以為“ 靜態方法常駐內存，實例方法不是，所以靜態方法效率高但占內存。”
事實上，他們都是一樣的，在加載時機和占用內存上，靜態方法和實例方法是一樣的，在類型第一次被使用時加載。調用的速度基本上沒有差別。
2、大家都以為“ 靜態方法在堆上分配內存，實例方法在堆棧上”
事實上所有的方法都不可能在堆或者堆棧上分配內存，方法作為代碼是被加載到特殊的代碼內存區域，這個內存區域是不可寫的。
方法占不占用更多內存，和它是不是static沒什麼關系。
因為字段是用來存儲每個實例對象的信息的，所以字段會占有內存，並且因為每個實例對象的狀態都不一致（至少不能認為它們是一致的），所以每個實例對象的所有字段都會在內存中有一分拷貝，也因為這樣你才能用它們來區分你現在操作的是哪個對象。
但方法不一樣，不論有多少個實例對象，它的方法的代碼都是一樣的，所以只要有一份代碼就夠了。因此無論是static還是non-static的方法，都只存在一份代碼，也就是只占用一份內存空間。
同樣的代碼，為什麼運行起來表現卻不一樣？這就依賴於方法所用的數據了。主要有兩種數據來源，一種就是通過方法的參數傳進來，另一種就是使用class的成員變量的值……
3、大家都以為“實例方法需要先創建實例才可以調用，比較麻煩，靜態方法不用，比較簡單”
事實上如果一個方法與他所在類的實例對象無關，那麼它就應該是靜態的，而不應該把它寫成實例方法。所以所有的實例方法都與實例有關，既然與實例有關，那麼創建實例就是必然的步驟，沒有麻煩簡單一說。
當然你完全可以把所有的實例方法都寫成靜態的，將實例作為參數傳入即可，一般情況下可能不會出什麼問題。
從面向對象的角度上來說，在抉擇使用實例化方法或靜態方法時，應該根據是否該方法和實例化對象具有邏輯上的相關性，如果是就應該使用實例化對象 反之使用靜態方法。這只是從面向對象角度上來說的。
如果從線程安全、性能、兼容性上來看 也是選用實例化方法為宜。
