在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