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