在VC.Net中使用默認設置/clr編譯時，一個托管函數會產生兩個入口點，一個是托管的，供托管代碼調用，另外一個是非托管的，供非托管代碼調用。但是函數地址，特別是虛函數指針只能有一個值，所以需要有一個默認的入口。
非托管入口點可能是所有調用的默認入口（在 Visual Studio .NET2003 中，編譯器總是會選擇非托管入口，但是在Visual Studio 2005中，如果參數或者返回值中包含托管類型，那么編譯器會選擇托管入口），而另外一個只是使用托管C++中的互操作功能對默認入口的調用。在一個托管函數被另一個托管函數調用的時候，這可能會造成不必要的托管/非托管上下文切換和參數/返回值的復制。如果函數不會被非托管代碼使用指針調用，那么可以在聲明函數時用VC2005新增的__clrcall修飾符阻止編譯器生成兩個入口。
現在用簡單的冒泡排序算法來比較一下使用__clrcall之后的性能改善程度。
using namespace System;
#define ARRAY_SIZE 1000
struct bubbleBase
{
int value;
文章來源:
http://blog.csdn.net/jiangsheng/archive/2005/10/08/497936.aspx