寫這點東西主要是看到知乎上有人在討論相關的問題，但是有不少人都在說一些不嚴謹，甚至是完全錯誤 但是流傳甚廣的東西，甚至是一些大神都在說，以下根據我的回答總結。 一個很常見又很低級的誤區是：認為引用類型保存在堆上，值類型保存在棧上……其實這個問題幼稚得我懶得說……但是實在又忍不住吐槽。 很多人都在說這 ...
寫這點東西主要是看到知乎上有人在討論相關的問題，但是有不少人都在說一些不嚴謹，甚至是完全錯誤 但是流傳甚廣的東西，甚至是一些大神都在說，以下根據我的回答總結。
一個很常見又很低級的誤區是：認為引用類型保存在堆上，值類型保存在棧上……其實這個問題幼稚得我懶得說……但是實在又忍不住吐槽。
很多人都在說這句話，甚至很多初學者把他當成金科玉律。實際上第一句話是正確的，但值類型的保存位置是要看上下文的，應該說值類型保存在他的聲明位置。比如在一個類里聲明一個Int a,a此時當然是保存在堆上的。只有局部變數和方法參數(在C#1中)總是保存在棧上，在C#2以後局部變數很多也不完全在棧上了。
其實以上所有都沒有在C#規範中硬性規定，不過CLR總是這麼做的。
第二個問題也是昨天知乎上很多人在扯的，所謂“C#中的對象預設是引用傳遞的”。
首先……引用傳遞和傳遞引用完全不是一回事…… 引用傳遞和值傳遞是一種求值策略，正式定義解釋起來比較麻煩，不過正常電腦專業本科生應該會知道，不知道的去谷歌……
(
順便吐槽一下，在java里只有值傳遞這一種情況，而C#中可以用ref out標識是引用傳遞還是值傳遞，另外，如果不想或者不能用值類型的值，在C#里也可以通過裝箱和拆箱來實現，就語言特性來客觀的來說，C#甩了java一百條街，所以用C#可以寫出非常風騷的代碼，同時也能從語言層面較好的規範(不合格的)程式員。
)
實際上正好相反，如果沒有ref out標識符的話，事實上基本都是值傳遞。
寫了這麼多了不想寫了……最後再安利一下，C#是一門特別甜的語言，非常多的糖，非常多的特性，別說特性可以模擬，是可以模擬，但你是願意寫一大堆醜陋的東西去模擬還是用一個乾乾凈凈的關鍵字呢？而且有些特性你也模擬不了，比如c#里的dynamic,當然c#並不是一個原生的動態語言，總會有一些缺陷，但是比起大多數靜態語言的動態特性要強太多了。
哦對了，我突然又想起一點。
關於隱式類型和匿名類型很多人有莫名其妙的性能擔心。
比如：
var 3ds = { comment = "good", price = "1000" }
var psv = { comment = "terrible" prive = "1500"}
這兩個匿名類型 第一，在編譯階段就已經完成了，他們的屬性也是普通屬性，並不會發生動態查找，第二，編譯器會將他們編譯成同一種類型，你可以試試3ds = psv ,是可以通過的(當然我心理上不接受)。
另外像這樣的匿名方法:
Func<int,int,string> pixel = (x,y) =>(x*y).ToString();
也只是一個普通的函數，不需要產生性能擔心。他只是很甜而已。
不過要說的是當委托無法釋放的時候事件也無法被GC回收，這一點需要註意。
不說了！寫了這麼多。
