vc2012的c++0x特性对std::move的支持测试

最近对我的开源库st_asio_wrapper(基于boost.asio的c/s框架)做了个详细的检查,主要是看看在防止内存拷贝上是否达到了我的预期,vc2012的结果似乎不满意(相对于gcc4.7来说),我哪里写法有误吗?
注:测的不是很全面,主要是std::string boost::container::list boost::bind等st_asio_wrapper用到的东西。

测试代码一:
void fun(std::string& str)
{
	printf("%p\n", str.data());
}

int main()
{
	const char* pstr = "123456789012345678901234567890123456789";
	std::string s(pstr);
	container::list<std::string> l;

	printf("%p\n", s.data());
	l.push_back(std::move(s));
	printf("%p %p\n", s.data(), l.front().data());
	boost::bind(&fun, std::move(l.front()))();
	printf("%p\n", l.front().data());

	return 0;
}

输出:
1.用gcc编译:
0xac60e8 //原始std::string地址
0x7f77d15234d8 0xac60e8 //move成功,list首元素地址变成了原始std::string地址
0xac60e8 //move成功,boost::bind参数地址变成了list首元素地址
0x7f77d15234d8 //再次证明move成功

2.用vc编译:
00000000001E8F00 //原始std::string地址
00000000002EE890 00000000001E8F00 //move成功,list首元素地址变成了原始std::string地址
00000000001EC540 //这里看不出来move成功与否,但数据至少拷贝过一次(地址不再是 00000000001E8F00了)
00000000001EC4D8 //这里看出来,move是成功的(地址不再是 00000000001E8F00了,但也不是00000000001EC540,所以更证明前面拷贝过一次)

结论,vc2012下用boost::bind,对move支持不太好。


测试代码二:
//完全由简单类型和支持move的类型组成的结构体,但本身没有实现任何move相关的东西(比如move构造函数)
struct MESSAGE
{
	int id;
	std::string str;
};

void fun(MESSAGE& msg)
{
	printf("%p\n", msg.str.data());
}

int main()
{
	const char* pstr = "123456789012345678901234567890123456789";
	MESSAGE msg = {0, pstr};
	container::list<MESSAGE> l;

	printf("%p\n", msg.str.data());
	l.push_back(std::move(msg));
	printf("%p %p\n", msg.str.data(), l.front().str.data());
	boost::bind(&fun, std::move(l.front()))();
	printf("%p\n", l.front().str.data());

	return 0;
}

输出:
1.用gcc编译:
0x18740e8
0x7f304898b4d8 0x18740e8
0x18740e8
0x7f304898b4d8
对比测试代码一的输出,除了地址不一样,其它的地址转换完全一样,说明虽然结构体MESSAGE没有实现任何move相关的东西,但由于其内部都是简单数据类型和支持move的数据类型,所以它也支持move操作。

2.用vc编译:
00000000002CD910
00000000002CD910 00000000002CD9B0
00000000002CDAF0
00000000002CD9B0

很不幸,没有一次move成功的,拷贝至少四次!


结果,vc2012对move支持的很差,不知道我的代码写的有没有问题?


你可能感兴趣的:(move,c++0x,c++0x,vc2012)