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