1: .net framework 由兩個部分組成：CLR 和 FCL。

2：在CLR中，所有錯誤都是通過異常來報告的。

3：智能感知功能主要是靠解析元數據實現的。

4：允許在不同語言之間方便的切換，并對各種語言進行緊密集成是CLR的出色特性。

5：一個方法只有在首次運行時才會由于jit造成一定的性能損失，以后對該方法的調用都以本地代碼的形式全速運行。

6：方法簽名指定了參數的數量(及其順序),參數的類型；方法是否有返回值，如果有返回值，還要指定返回值的類型。

7：無論使用哪一種語言，類型的行為是完全一致的，因為類型的行為最終由CLR的CTS來定義。

8：使用[assembly:CLSCompliant(true)] 來檢查CLS的相容性。

9：在同一程序集中，類型默認是internal,有一個原則是微軟總是選擇公開程度最低的關鍵字，比如默認的private。

10：在CLR中一個類型的每個成員要么是一個字段，要么是一個方法。

11：應答文件csc.rsp 的作用，使用/noconfig 開關忽略局部和全局csc.rsp.

12：元數據：二進制數據塊，由幾張表構成：分為3類：a:定義表，b：清單表，c：引用表。

13：一個托管的PE文件由4個部分構成，PE32(+)頭，CLR頭，元數據，IL。

14：程序集是一個或多個類型定義文件及資源文件的集合。

15：程序集允許我們分離可重用類型的邏輯和物理表示，如果一個程序集沒有用到，那么它將永遠不會下載。

16：為了生成一個新的程序集，來自一個引用程序集的所有文件都必須存在，但運行一個應用程序時，引用的程序集的所有文件不一定要全部存在。

17：程序集的版本號格式：主版本號,副版本號，Build號，Revision號。

18：[assembly:AssemblyCulture(“de-ch”)] 將程序集的語言文化設置為瑞士德語。

19：使用msi文件可以實現“即需安裝”。

20：弱命名程序集之所有會成為問題，是因為幾個不同的程序集可能具有相同的弱名稱。

21：“Dll Hell” 根源：共享的Dll全部被復制到System32 目錄中，弱命名的名稱可能相同，最后安裝的會覆蓋前面的程序集。

22：之所以能將程序集拖放進GAC 依靠的是windows explorer shell (擴展) shFusion.dll.

23：在命令窗口cmd下，進入gac目錄 查看gac的結構。

24：在安裝.net framework 時，會安裝兩套副本，一套編譯器/CLR目錄，另一套:GAC 子目錄。

25：ToString 方法默認反悔this.GetType().FullName.

26：GetType方法是非虛方法，這樣就可以防止一個類重寫該方法，隱瞞其類型，破壞安全性。

27：命名空間和程序集沒什么關系。

28：堆上的所有對象都包含兩個額外的成員：類型對象指針和同步塊索引。

29：System.Object 的GetType方法返回的是存儲在指定對象的“類型對象指針”成員中的地址。

30：GetType方法返回的是指向對象的類型對象的一個指針。

31：編譯器直接支持的任何數據類型稱為基元類型。

32：在代表值類型實例的一個變量中，并不包含一個指向實例的指針，相反變量中包含實例本身的字段。

33：文檔將所有值類型都稱為一個結構 或一個枚舉。

34：假如知道自己寫的代碼會造成編譯器反復對一個值類型進行裝箱，那么換用手動方式對值類型進行裝箱，代碼會更小更快。

35：總結第34條：降低調用浪費資源耗費時間多的步驟的次數。

36：使用接口的方式可以允許我們更改一個已裝箱對象的字段，在C#中，不使用接口的方法是達到這個目的的。因為這個方式有點繞，所以不推薦使用需要修改字段的值類型，在設計模式中，值類型是不變的類型。

37：在內部，ValueType的Equals 方法使用反射技術來完成字段的比較，因為反射比較慢，所以在定義自己的值類型時，應重寫Equals方法，不要調用base.Equals.具體的重寫步驟如下：

a：如果obj == null