如果僅僅聲明為[Serializable] 雖然也可以執行,但主應用程序域會記錄下子應用程序域的一個引用,這樣導致子應用程序
域卸載後,依然無法完全釋放內存,從而內存洩漏。所以這個很關鍵,一定要注意。
public object CreateInstanceFromFile(string fileName, string typeFullName)
從文件創建動態實例
下面再談談對動態代碼的調試
動態創建的代碼如果不能調試,就像一個黑盒子,對系統的可維護性有較大破壞。未來實現這個功能,我們需要做以下工作,
第一、編譯時要生成調試信息,這個可以通過設置 CompilerParameters.IncludeDebugInformation = true;來實現
第二、我們必須告訴調試器源碼對應的位置,對於從文件編譯的情況,源碼文件位置會被自動寫入調試信息文件 *.pdb中,而對於從內存編譯的情況,我還沒有找到指定的方法,如果哪位朋友知道,還望賜教。所以目前如果要調試動態代碼,必須從文件編譯,也就是調用CompileFromFile,CreateInstanceFromFile。
第三、我們需要在代碼中設置一個斷點,這個可以在代碼中加入 System.Diagnostics.Debugger.Break(); 來解決。
如下圖所示,動態代碼現在可以調試了。
應用程序域
為了避免內存洩漏,本程序封裝了對應用程序域的使用,調用者基本不需要關心應用程序域的調用和卸載過程。本程序在
重新編譯或者對象銷毀時會自動卸載應用程序域,從而釋放內存。由於做這個程序是在應用程序域上遇到了很多麻煩,所以
感覺還是有必要簡單講一下應用程序域。
如上圖所示,應用程序與實際上有點像一個單獨的進程,但這個進程是運行在當前進程裡面的,當然這個比喻不夠貼切。
對應用程序域的調用有點類似進程間采用 Remoting 方式的對象調用,也就是說默認應用程序域要調用其他應用程序域中的對象,
必須采用遠程調用的方法,而不能直接調用,如果直接調用,默認應用程序域就會記錄這個被調用的應用程序域的一個內存引用,
即使這個應用程序域執行了Unload 方法卸載後,內存依然無法釋放,這也是我一開始操作應用程序域遇到的最大困擾。
另外所有暴露在兩個應用程序域之間的類必須從MarshalByRefObject基礎,這點非常重要,否則將導致內存無法釋放。
本程序的一些缺陷
1、沒有提供編譯多文件的接口,其實要實現這個很簡單,考慮到用於動態執行的代碼腳本往往比較簡單,所以偷懶沒有做。
2、沒有提供對動態代碼中多個對象的枚舉接口,以後再完善吧。
源碼下載地址 http://xiazai.jb51.net/200905/yuanma/DynamiclyCompiler.zip