這段時間以來，一直在做winform的工程，在接觸了反射之後，開始很喜歡使用反射，但當使用量增大時，開始擔心效率的問題。
但在我一段測試後，發現當資料處理量處於正常水平的情況下，即不是別人說的以萬為單位級別的資料量的情況下，其實使用反射的效率還是很可觀的，在工作應用中，我認為，使用反射是必要的，但不要過份依賴，雖然反射給我們帶來很多的方便，但是clr一定會在處理中使用大量的資源，所以我建議使用反射應該注意使用場合，即需要處理的資料不多的情況下，可以視情況使用（但我本人使用還是算比較多，因為反射機制真的讓**簡化了很多，**的重用性也大大提高）。
而且經測試，效率沒有幾何級別的差別，但當然資料量大了，差別依然明顯！
反射效率問題
反射帶來了程式設計的靈活性，但是他的執行效率相比於常規呼叫要低。禁用安全檢查可以稍微緩解 所以最好是在必須得用反射的情況下再用反射。以如下 為例，通過兩種方式呼叫某個方法 1000000000l次 privatestaticvoidtest1 privatestaticvoidtest2 throw...
c 反射用法及效率對比
反射例項化類 通過反射例項化物件，要比直接 new 要慢 50 倍左右 assembly.createinstance 要比 activator.createinstance 慢，主要的效能損耗在 assembly.gettype 反射呼叫類的方法 class program static void...
關於Exosip的效率問題
最近一段時間利用boost多執行緒和ace多執行緒，對exosip的效能進行了比較深入一些的測試。現將測試方法分享一下，在此拋磚引玉，希望大家也可以提供一些建議。首先，原始的exosip只有2個執行緒，乙個做的事情很簡單，是等待事件，另外乙個執行緒非常忙，要做事務狀態的轉換，要收訊息，要解析訊息，要...