在VC.Net中利用默认配置/clr编译时，一个托管函数会发生两个进口点，一个是托管的，供托管代码挪用，别的一个长短托管的，供非托管代码挪用。可是函数地点，出格是虚函数指针只能有一个值，所以需要有一个默认的进口。
非托管进口点大概是所有挪用的默认进口（在 Visual Studio .NET2003 中，编译器老是会选择非托管进口，可是在Visual Studio 2005中，假如参数可能返回值中包括托管范例，那么编译器会选择托管进口），而别的一个只是利用托管C++中的互操纵成果对默认进口的挪用。在一个托管函数被另一个托管函数挪用的时候，这大概会造成不须要的托管/非托管上下文切换和参数/返回值的复制。假如函数不会被非托管代码利用指针挪用，那么可以在声明函数时用VC2005新增的__clrcall修饰符阻止编译器生成两个进口。
此刻用简朴的冒泡排序算法来较量一下利用__clrcall之后的机能改进水平。
using namespace System;
#define ARRAY_SIZE 1000
struct bubbleBase
{
int value;
};
class bubble1:public bubbleBase
{
public:
virtual int getvalue(){return value;}
virtual void setvalue(int newvalue){value=newvalue;}
};
class bubble2:public bubbleBase
{
public:
virtual int __clrcall getvalue(){return value;}
virtual void __clrcall setvalue(int newvalue){value=newvalue;}
};
template<class T>
void bubbleSort(int length)
{
TimeSpan ts;
T* array1=new T[ARRAY_SIZE];
for (int i=0;i<ARRAY_SIZE ;i++)
{
array1[i].setvalue(ARRAY_SIZE-i-1);
}
Int64 ticks=DateTime::Now.Ticks;
int i, j,temp, test;
for(i = length - 1; i > 0; i--)
{
test=0;
for(j = 0; j < i; j++)
{
if(array1[j].getvalue() > array1[j+1].getvalue())
{
temp = array1[j].getvalue();
array1[j].setvalue(array1[j+1].getvalue());
array1[j+1] .setvalue(temp);
test=1;
}
}
if(test==0) break;
}
ts=TimeSpan::FromTicks(DateTime::Now.Ticks-ticks);
Console::WriteLine("BubbleSort {0} Items: {1} Ticks",
ARRAY_SIZE,
ts.Ticks );
delete array1;
}
int main(array<System::String ^> ^args)
{
bubbleSort<bubble1>(ARRAY_SIZE);
bubbleSort<bubble2>(ARRAY_SIZE);
return 0;
}
|
运行功效是
BubbleSort 1000 Items: 3281250 Ticks
BubbleSort 1000 Items: 312500 Ticks
可以看到，__clrcall会大大加速在托管代码中挪用托管函数的速度。
顺便说一下，在随VC8.0宣布的STL中增加了许多安详特性，可是这也会造成措施的运行速度减慢。假如你确认措施不会有缓冲区溢出可能内存越界会见的问题，那么可以把_SECURE_SCL界说成0来关掉这个特性。
