I have a vector std::vector
If I call m_contactPairs.push_back()
or any other function t
Short answer: It depends on the standard you are using and the library implementation:
noexcept
on the move constructor of std::vector
. And here's the reasoning:
The inner vectors type std::vector
has a move constructor which is noexcept
according to the upcoming C++17 standard (as of N4296) and not noexcept
according to the C++11 and C++14 standards, section [vector.modifiers]. You can also find this here. However, even C++11 and C++14 compliant implementations may specify noexcept
, since implementations may provide stronger guarantees than prescribed by the standard (see C++ Standard 17.6.5.12). Many implemetations do not do that yet though.
The implementation of the std::vector
is required to guarantee strong exception safety, i. e. if it throws there are no side-effects. (See the C++ standard, section [container.requirements.general] §10 or §11 or here.)
If the new size of the vector on which you call push_back()
exceeds its capacity, then memory needs to be allocated for the new spot and the elements need to be copied or moved to the new spot. If moving the elements of the outer vector can fail (no noexcept
), then the elements need to be copied in order to implement the strong exception guarantee. In this case, each copy of an inner vector does require an additional allocation. However, if moving is noexcept
, then the whole moving-in-a-loop cannot throw and is safe to use to implement the strong exception guarantee.
Implementing std::vector
move construction with the noexcept
guarantee seems to be a trivial thing for std::vector
. I suspect, the standards committee might have been hesitant to put this guarantee into the standard for consistency's sake: For other node-based containers it can be beneficial to have sentinel nodes, which require an allocation even for default construction. Since the moved-from container needs to be valid after the move, there might be an allocation necessary for an std::list
move which might throw, for example. Hence, there's no noexcept
guarantee for the move constructor of std::list
and other node-based standard container types.