vc2012下的std::string好像不支持右值引用语义

[youngwolf]

代码：
std::string s("1234567890");
std::string ss(std::move(s));
printf("%p %s\n", s.data(), s.data());
printf("%p %s\n", ss.data(), ss.data());

执行之后，ss仍然重新分配了空间，s的空间仍然存在，只是把第一个字符置成了\0（即变成了一个空字符串），这个不符合c++0x标准啊！是不是要定义什么宏打开某个开关啊？

在linux下就没有问题，ss完全将s的空间拿了过来。

[youngwolf]

而vector则完善支持右值引用，比如：

std::vector<int> v;
v.push_back(0);
v.push_back(1);
printf("%p %d\n", &v.front(), v.front());

std::vector<int> vv(std::move(v));
//printf("%p %d\n", &v.front(), v.front()); //这句不能出现在这里，因为v内存已经完全移动到vv了
printf("%p %d\n", &vv.front(), vv.front());

[qq120848369]

s是栈上的, 只是把内部的char*拿走了, 栈上的s怎么会自己消失呢?

[youngwolf]

楼上没理解我的意思，s.data()就是内部内存的地址啊！

[youngwolf]

我已经找到问题了，原来是vc2012的string更高级，它有类似于java Integer的优化，当缓存很短的时候（小于16字节），右值引用不会生效，因为它是在栈上分配空间的，再长的就会在堆上分配。

[qq120848369]

你打印迭代器的地址意义何在... 费解了.

[qq120848369]

字符串move/swap后肯定还会new 1 byte， 以便string的析构delete[]能正常工作啊。

[youngwolf]

我是说，std::move(s)之前和之后，内存地址是一样的，这就不对了，你在vc2012和linux下面试一试就知道了，行为不一样。
vc2012对短字符串有优化，才会造成这个“问题”。

[youngwolf]

我是说，std::move(s)之前和之后，内存地址是一样的，这就不对了，你在vc2012和linux下面试一试就知道了，行为不一样。
vc2012对短字符串有优化，才会造成这个“问题”。