前天晚上，在一個頁面上拖了一個ObjectDataSource，配置數據源時發現選擇業務對象的列表沒有列出當前項目的實體類，甚至連NewLife.CommonEntity中的實體類也沒有列出來。按以往管理，重新編譯、刪除引用、更新DLL……所有操作都試了一遍，還是不行。這就奇了怪了，雖然這幾年來一直碰到這個問題，盡管不知道原因，但是從來沒試過解決不了的。覺得也許是我安裝了vs2010sp1的原因。

    第二天早上到了辦公室，讓沒有安裝vs2010sp1的同事試一下，同樣的問題……

    于是打算反編譯.Net類庫看看可能是怎么回事。搞了大半天，還是沒有一丁點頭緒，因為.Net類庫里面在設計時方面大量使用接口，以及GetService之類的模式，壓根就找不到實現類在哪！苦惱之余，老王告訴我，更換到舊版本的XCode v6.5就沒有問題了。我心里一咯噔，v6.5？那是半年前的版本了，難道說這半年來一直用不了？但是也沒聽說呀！至少，這說明了問題跟我們的組件有關。

    于是一個個組件一個個版本的試，終于確定只要把CommonEntity庫更換到12月21日的版本就沒有問題。于是查看了版本日志，以及代碼變更。源代碼控制就是好，可以記錄編碼過程中的點點滴滴！似乎也沒什么用，那天修改的幾個問題，都是改一下函數內部處理代碼而已，vs在加載實體類型時，不會執行到里面的代碼。于是又斷線了！

    OD附加到vs2010，不行，太大了，OD非常容易崩潰！并且還不好下斷點。

    vs2010調試vs2010，打開.Net源碼調試，很悲劇，vs2010的源碼是不公開的，同時因為沒有合適的啟動項目，壓根就沒地方下斷點！

    很不情愿的安裝了非常不熟悉的WinDbg。太久不用，都生疏了，光是設置就花了幾個小時。以前的WinDbg手冊和SOS手冊也都找不著了……到園子里找了十幾二十篇文章臨時看了一下，邊看邊折騰，基本的操作終于學會了。

    1，設置符號路徑。最好下載操作系統符號庫安裝。

    2，把.Net2.0和.Net4.0的sos.dll拷貝到WinDbg目錄下，分Clr20和Clr40目錄存放，方便加載。

    3，附加進程后，.chain看看已加載的xxx，如果沒有sos，用.load加載。開始的時候總是提示sos版本不對，后來.chain看來，發現2和4的都加載了，還是默認自動加載的，悲劇，沒有人告訴我怎么卸載，我猜.unload，懶得打參數，還真是。。。卸載最后一個。

    4，我走了很多彎路，后來者就不要學我了。不懂指令，可以help，不行？那就用問號！太可憐了，WinDbg就那么幾個命令。至于SOS所有指令都是!開頭，!help就可以看到，不懂的一個個試，要是不懂英文，就學英文去。

    5，!Name2ee指令直接找到要跟蹤的方法，!DumpIL看看IL是否和Reflector中一致，鬼知道它會不會有什么優化處理呀，還有，用!u看看這個方法的匯編，是否與IL大致相同。一般來說，會有85%相同，畢竟jit會優化的嘛，特別是內聯。

    6，bp下斷點，OD中一直很討厭的指令下斷點，這里不得不用，誰讓WinDbg只有這么一個呢！

    7，g吧，vs2010從掛起中恢復了，正常操作，配置數據源，不動了……果然WinDbg中斷下了，你就不能學學OD，斷下的時候自動把窗口彈出到前面來嗎？

    。。。。。。

    998，sxe clr讓clr異常斷下，

原來是加載DLL出現異常！

    999，查找資料，Assembly的Load、LoadFile、LoadFrom三個究竟什么區別？本地測試，LoadFile實體類庫果然報錯，LoadFrom倒是沒問題，順手拿MySql的程序集測試，居然通過了的，對比之下，它就多了一個CLS兼容……

    1000，修改X各個組件，改成CLS兼容，編譯，測試，沒問題！

    到現在為止，還是不知道為什么……