考虑以下代码
std::vector<int> nums{21, 22, 23, 24};
nums.emplace_back(nums[0]);
nums.emplace_back(nums[1]);
for (auto n : nums) {
std::cout << n << std::endl;
}
VS2013
21
22
23
24
-17891602
22
为什么-17891602
在这里?
GCC 4.8.4
的输出正确如下
21
22
23
24
21
22
那我比较VS2013
和GCC
emplace_back
的实现
VS2013
template<class... _Valty>
void emplace_back(_Valty&&... _Val)
{ // insert by moving into element at end
if (this->_Mylast == this->_Myend)
_Reserve(1);
_Orphan_range(this->_Mylast, this->_Mylast);
this->_Getal().construct(this->_Mylast,
_STD forward<_Valty>(_Val)...);
++this->_Mylast;
}
海合会
template<typename _Tp, typename _Alloc>
template<typename... _Args>
void
vector<_Tp, _Alloc>::
emplace_back(_Args&&... __args)
{
if (this->_M_impl._M_finish != this->_M_impl._M_end_of_storage)
{
_Alloc_traits::construct(this->_M_impl, this->_M_impl._M_finish,
std::forward<_Args>(__args)...);
++this->_M_impl._M_finish;
}
else
_M_emplace_back_aux(std::forward<_Args>(__args)...);
}
VS2013
中似乎使用了奇怪的 _Reserve(1);
。为什么?
编辑:
-17891602
的hex
值为0xFEEEFEEE
,表示
Used by Microsoft's debug HeapFree() to mark freed heap memory
请参阅 magic number
然后我逐行调试上面的代码,发现_Reserve(1);
调用引起的0XFEEEFEEE
。
最佳答案
这是 VS2013 和 VS2015 在将元素放置到包含该元素的 vector 时的问题。如果 vector 调整大小,则对插入元素的引用无效。解决方法是在插入中创建元素的拷贝,然后将其插入。
auto n = nums[0];
nums.emplace_back(n);
_Reserve 调用是为了确保为 vector 分配了一些内存(因此不必在以后的操作中检查它)。
关于c++ - VS2013 下的 emplace_back() 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34585575/