本文章已收錄于：

這是一個(gè)經(jīng)常被時(shí)時(shí)提出來的問題，很多時(shí)候我們以為理解了、懂了，但深究一下，我們卻發(fā)現(xiàn)并不懂。

方法是我們每天都在寫得，很多程序員大多都使用實(shí)例化方法，而很少使用靜態(tài)方法，問原因也說不出來所以然，或者簡單的回答兩者定義的區(qū)別，靜態(tài)方法不需要new就可以使用 實(shí)例化方法需要new了以后才可以使用。。。。我們真的理解了嗎？

從實(shí)際項(xiàng)目開發(fā)說起，這里有開發(fā)項(xiàng)目的三種方式：

開發(fā)項(xiàng)目中把BLL和DAL分開，在BLL調(diào)用DAL的代碼。

一、在DAL中使用靜態(tài)方法，不創(chuàng)建實(shí)例直接調(diào)用（大概有很多人都使用這種方式開發(fā) ）

class DAL
{
public static string GetUserName(...);
}
在BLL中調(diào)用：
DAL.GetUserName();

二、在DAL中使用實(shí)例方法，采用靜態(tài)成員模式(或Singleton)通過實(shí)例來調(diào)用：
class DAL
{
public static readonly DAL dal = new DAL();
public string GetUserName(...);
}
在BLL中調(diào)用：
DAL.dal.GetUserName();

三、在DAL中使用實(shí)例方法，每次調(diào)用之前先創(chuàng)建DAL對(duì)象的實(shí)例：
class DAL
{
public string GetUserName(...);
}
在BLL中調(diào)用：
DAL dal = new DAL();
dal.GetUserName();

---------------------------------------------------------------

開發(fā)方式一：我以為在一些情況下（比如 調(diào)用多個(gè)數(shù)據(jù)庫、GetUserName（...）內(nèi)部處理操作部分）會(huì)出現(xiàn)線程安全的嫌疑。這種開發(fā)方式不用New出對(duì)象，所以很普遍。

開發(fā)方式二：應(yīng)該多是應(yīng)用在cs模式下，DAL在整個(gè)項(xiàng)目只會(huì)有一個(gè)對(duì)象存在，如果出現(xiàn)在B/S 我想不能兼容多種問題情況。而且也有線程安全的問題。

開發(fā)方式三：應(yīng)該是普遍使用的，能夠兼容各種問題，也不會(huì)有線程不安全的嫌疑出現(xiàn)。

特別說明一下：在MS的pet3.0以前的版本 都采用了方式二，而到pet3.0和以后的版本 都采用了方式三，而且特別在開發(fā)說明文檔中明確的解釋了一下。我想應(yīng)該是從兼容性上考慮的，從性能上方式二并不比方式三真正的高多少。

-------------------------------------------------------------------------

我特意以“你怎么理解并使用靜態(tài)方法和實(shí)例化方法的？”這樣的問題詢問了多位程序員，他們開發(fā)的語言也不盡相同（c 、c++、Java、c#）

以下是他們的回答：

海龍說：

公用的方法，而且是一些零散的 一般用靜態(tài)方法

張偉說：
幾乎沒有區(qū)別，如果不需要實(shí)例化，就用靜態(tài)方法；如果為了穩(wěn)妥，就用實(shí)例方法，這樣才可調(diào)用其他實(shí)例方法和變量 。

蕭遠(yuǎn)山說：
靜態(tài)方法比較少用，因?yàn)樗谝粏?dòng)就實(shí)例化了，比較占資源，當(dāng)然,,配合單例模式還是比較好用的
比較多的用在數(shù)據(jù)連接上，我避免使用的原則就是減少資源消耗。

張新波說：
靜態(tài)方法意味著我在調(diào)用前不需要進(jìn)行對(duì)其所屬的類進(jìn)行new操作，我主要會(huì)在工具類里面用到靜態(tài)方法。

向詳說：
靜態(tài)就是類的，實(shí)例就是對(duì)象的。
靜態(tài)方法和實(shí)例方法的區(qū)別之處還有一個(gè)地方：靜態(tài)方法不需要依賴類當(dāng)中的屬性，能在這個(gè)方法中封閉的完成一個(gè)功能。實(shí)例方法更多的會(huì)使用到類當(dāng)中的屬性。

winson_張林說：
最大的區(qū)別在于內(nèi)存。
靜態(tài)方法在程序開始時(shí)生成內(nèi)存,實(shí)例方法在程序運(yùn)行中生成內(nèi)存，
所以靜態(tài)方法可以直接調(diào)用,實(shí)例方法要先成生實(shí)例,通過實(shí)例調(diào)用方法，靜態(tài)速度很快，但是多了會(huì)占內(nèi)存。
任何語言都是對(duì)內(nèi)存和磁盤的操作,至于是否面向?qū)ο?只是軟件層的問題,底層都是一樣的,只是實(shí)現(xiàn)方法不同。
靜態(tài)內(nèi)存是連續(xù)的,因?yàn)槭窃诔绦蜷_始時(shí)就生成了,而實(shí)例申請(qǐng)的是離散的空間,所以當(dāng)然沒有靜態(tài)方法快，
而且靜態(tài)內(nèi)存是有限制的，太多了程序會(huì)啟動(dòng)不了。

showlover說:
靜態(tài)方法與實(shí)例方法各有自己的用處...

是定義成靜態(tài)方法,還是定義成實(shí)例方法,還要看具體情況,比如方法本身與類型沒有太大的關(guān)系,可以定義成靜態(tài)方法..

用實(shí)例方法,當(dāng)然需要你先創(chuàng)建實(shí)例,才能調(diào)用實(shí)例方法,而靜態(tài)方法則不需要..

從性能上說,靜態(tài)方法效率要稍微高一些,但是它會(huì)常駐內(nèi)存...
一些情況下使用靜態(tài)方法是有好處的，因?yàn)閷?duì)于靜態(tài)方法無論你有多少個(gè)實(shí)例，
內(nèi)存中要維護(hù)的一份拷貝。同時(shí)，某些方法，確實(shí)使用靜態(tài)是比較恰當(dāng)?shù)?.

Q.yuhen說:
這個(gè)問題牽扯到的東西比較多，諸如設(shè)計(jì)模式等等。簡單點(diǎn)說，靜態(tài)方法用來執(zhí)行無狀態(tài)的一個(gè)完整操作，實(shí)例方法則相反，它通常是一個(gè)完整邏輯的一部分，并且需要維護(hù)一定的狀態(tài)值。
如果用內(nèi)存和效率來區(qū)分使用Static Method、Instance Method 就回到過去結(jié)構(gòu)化編程了。使用那種方法的根本出發(fā)點(diǎn)還是圍繞面向?qū)ο髞磉M(jìn)行的。

?

陳亮說：

靜態(tài)方法和全局函數(shù)差不多的，實(shí)例方法是一個(gè)類里面的方法。

?

總結(jié)：大家對(duì)這個(gè)問題都有一個(gè)共識(shí)：那就是實(shí)例化方法更多被使用和穩(wěn)妥，靜態(tài)方法少使用。

有時(shí)候我們對(duì)靜態(tài)方法和實(shí)例化方法會(huì)有一些誤解。

1、大家都以為“ 靜態(tài)方法常駐內(nèi)存，實(shí)例方法不是，所以靜態(tài)方法效率高但占內(nèi)存。”

事實(shí)上，他們都是一樣的，在加載時(shí)機(jī)和占用內(nèi)存上，靜態(tài)方法和實(shí)例方法是一樣的，在類型第一次被使用時(shí)加載。調(diào)用的速度基本上沒有差別。

2、大家都以為“ 靜態(tài)方法在堆上分配內(nèi)存，實(shí)例方法在堆棧上”

事實(shí)上所有的方法都不可能在堆或者堆棧上分配內(nèi)存，方法作為代碼是被加載到特殊的代碼內(nèi)存區(qū)域，這個(gè)內(nèi)存區(qū)域是不可寫的。

方法占不占用更多內(nèi)存，和它是不是static沒什么關(guān)系。??
? 因?yàn)樽侄问怯脕泶鎯?chǔ)每個(gè)實(shí)例對(duì)象的信息的，所以字段會(huì)占有內(nèi)存，并且因?yàn)槊總€(gè)實(shí)例對(duì)象的狀態(tài)都不一致（至少不能認(rèn)為它們是一致的），所以每個(gè)實(shí)例對(duì)象的所以字段都會(huì)在內(nèi)存中有一分拷貝，也因?yàn)檫@樣你才能用它們來區(qū)分你現(xiàn)在操作的是哪個(gè)對(duì)象。??
? 但方法不一樣，不論有多少個(gè)實(shí)例對(duì)象，它的方法的代碼都是一樣的，所以只要有一份代碼就夠了。因此無論是static還是non-static的方法，都只存在一份代碼，也就是只占用一份內(nèi)存空間。??
? 同樣的代碼，為什么運(yùn)行起來表現(xiàn)卻不一樣？這就依賴于方法所用的數(shù)據(jù)了。主要有兩種數(shù)據(jù)來源，一種就是通過方法的參數(shù)傳進(jìn)來，另一種就是使用class的成員變量的值……

3、大家都以為“實(shí)例方法需要先創(chuàng)建實(shí)例才可以調(diào)用，比較麻煩，靜態(tài)方法不用，比較簡單”

事實(shí)上如果一個(gè)方法與他所在類的實(shí)例對(duì)象無關(guān)，那么它就應(yīng)該是靜態(tài)的，而不應(yīng)該把它寫成實(shí)例方法。所以所有的實(shí)例方法都與實(shí)例有關(guān)，既然與實(shí)例有關(guān)，那么創(chuàng)建實(shí)例就是必然的步驟，沒有麻煩簡單一說。

當(dāng)然你完全可以把所有的實(shí)例方法都寫成靜態(tài)的，將實(shí)例作為參數(shù)傳入即可，一般情況下可能不會(huì)出什么問題。

從面向?qū)ο蟮慕嵌壬蟻碚f，在抉擇使用實(shí)例化方法或靜態(tài)方法時(shí)，應(yīng)該根據(jù)是否該方法和實(shí)例化對(duì)象具有邏輯上的相關(guān)性，如果是就應(yīng)該使用實(shí)例化對(duì)象? 反之使用靜態(tài)方法。這只是從面向?qū)ο蠼嵌壬蟻碚f的。

如果從線程安全、性能、兼容性上來看? 也是選用實(shí)例化方法為宜。

我們?yōu)槭裁匆逊椒▍^(qū)分為：靜態(tài)方法和實(shí)例化方法 ？

如果我們繼續(xù)深入研究的話，就要脫離技術(shù)談理論了。早期的結(jié)構(gòu)化編程，幾乎所有的方法都是“靜態(tài)方法”，引入實(shí)例化方法概念是面向?qū)ο蟾拍畛霈F(xiàn)以后的事情了，區(qū)分靜態(tài)方法和實(shí)例化方法不能單單從性能上去理解，創(chuàng)建c++,java,c#這樣面向?qū)ο笳Z言的大師引入實(shí)例化方法一定不是要解決什么性能、內(nèi)存的問題，而是為了讓開發(fā)更加模式化、面向?qū)ο蠡＿@樣說的話，靜態(tài)方法和實(shí)例化方式的區(qū)分是為了解決模式的問題。

拿別人一個(gè)例子說事：

?比如說“人”這個(gè)類，每個(gè)人都有姓名、年齡、性別、身高等，這些屬性就應(yīng)該是非靜態(tài)的，因?yàn)槊總€(gè)人都的這些屬性都不相同；但人在生物學(xué)上屬于哪個(gè)門哪個(gè)綱哪個(gè)目等，這個(gè)屬性是屬于整個(gè)人類，所以就應(yīng)該是靜態(tài)的——它不依賴與某個(gè)特定的人，不會(huì)有某個(gè)人是“脊椎動(dòng)物門哺乳動(dòng)物綱靈長目”而某個(gè)人卻是“偶蹄目”的。?

總結(jié)

以上是生活随笔為你收集整理的静态方法和实例化方法的本质区别的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。