There are two primary ways of accessing elements in a std::vector
This can be done either with the subscript operator []
, or the member function at()
.
Both return a reference to the element at the respective position in the std::vector
(unless it's a vector<bool>
), so that it can be read as well as modified (if the vector is not const
).
[]
and at()
differ in that []
is not guaranteed to perform any bounds checking, while at()
does. Accessing elements where index < 0
or index >= size
is undefined behavior for []
, while at()
throws a std::out_of_range
exception.
Note: The examples below use C++11-style initialization for clarity, but the operators can be used with all versions (unless marked C++11).
std::vector<int> v{ 1, 2, 3 };
// using []
int a = v[1]; // a is 2
v[1] = 4; // v now contains { 1, 4, 3 }
// using at()
int b = v.at(2); // b is 3
v.at(2) = 5; // v now contains { 1, 4, 5 }
int c = v.at(3); // throws std::out_of_range exception
Because the at()
method performs bounds checking and can throw exceptions, it is slower than []
. This makes []
preferred code where the semantics of the operation guarantee that the index is in bounds.
In any case, accesses to elements of vectors are done in constant time. That means accessing to the first element of the vector has the same cost (in time) of accessing the second element, the third element and so on.
For example, consider this loop
for (std::size_t i = 0; i < v.size(); ++i) {
v[i] = 1;
}
Here we know that the index variable i
is always in bounds, so it would be a waste of CPU cycles to check that i
is in bounds for every call to operator[]
.
The front()
and back()
member functions allow easy reference access to the first and last element of the vector, respectively. These positions are frequently used, and the special accessors can be more readable than their alternatives using []
:
std::vector<int> v{ 4, 5, 6 }; // In pre-C++11 this is more verbose
int a = v.front(); // a is 4, v.front() is equivalent to v[0]
v.front() = 3; // v now contains {3, 5, 6}
int b = v.back(); // b is 6, v.back() is equivalent to v[v.size() - 1]
v.back() = 7; // v now contains {3, 5, 7}
Note: It is undefined behavior to invoke front()
or back()
on an empty vector. You need to check that the container is not empty using the empty()
member function (which checks if the container is empty) before calling front()
or back()
. A simple example of the use of 'empty()' to test for an empty vector follows:
int main ()
{
std::vector<int> v;
int sum (0);
for (int i=1;i<=10;i++) v.push_back(i);//create and initialize the vector
while (!v.empty())//loop through until the vector tests to be empty
{
sum += v.back();//keep a running total
v.pop_back();//pop out the element which removes it from the vector
}
std::cout << "total: " << sum << '\n';//output the total to the user
return 0;
}
The example above creates a vector with a sequence of numbers from 1 to 10. Then it pops the elements of the vector out until the vector is empty (using 'empty()') to prevent undefined behavior. Then the sum of the numbers in the vector is calculated and displayed to the user.
The data()
method returns a pointer to the raw memory used by the std::vector
to internally store its elements. This is most often used when passing the vector data to legacy code that expects a C-style array.
std::vector<int> v{ 1, 2, 3, 4 }; // v contains {1, 2, 3, 4}
int* p = v.data(); // p points to 1
*p = 4; // v now contains {4, 2, 3, 4}
++p; // p points to 2
*p = 3; // v now contains {4, 3, 3, 4}
p[1] = 2; // v now contains {4, 3, 2, 4}
*(p + 2) = 1; // v now contains {4, 3, 2, 1}
Before C++11, the data()
method can be simulated by calling front()
and taking the address of the returned value:
std::vector<int> v(4);
int* ptr = &(v.front()); // or &v[0]
This works because vectors are always guaranteed to store their elements in contiguous memory locations, assuming the contents of the vector doesn't override unary operator&
. If it does, you'll have to re-implement std::addressof
in pre-C++11. It also assumes that the vector isn't empty.
Iterators are explained in more detail in the example "Iterating over std::vector
" and the article Iterators. In short, they act similarly to pointers to the elements of the vector:
std::vector<int> v{ 4, 5, 6 };
auto it = v.begin();
int i = *it; // i is 4
++it;
i = *it; // i is 5
*it = 6; // v contains { 4, 6, 6 }
auto e = v.end(); // e points to the element after the end of v. It can be
// used to check whether an iterator reached the end of the vector:
++it;
it == v.end(); // false, it points to the element at position 2 (with value 6)
++it;
it == v.end(); // true
It is consistent with the standard that a std::vector<T>
's iterators actually be T*
s, but most standard libraries do not do this. Not doing this both improves error messages, catches non-portable code, and can be used to instrument the iterators with debugging checks in non-release builds. Then, in release builds, the class wrapping around the underlying pointer is optimized away.
You can persist a reference or a pointer to an element of a vector for indirect access. These references or pointers to elements in the vector
remain stable and access remains defined unless you add/remove elements at or before the element in the vector
, or you cause the vector
capacity to change. This is the same as the rule for invalidating iterators.
std::vector<int> v{ 1, 2, 3 };
int* p = v.data() + 1; // p points to 2
v.insert(v.begin(), 0); // p is now invalid, accessing *p is a undefined behavior.
p = v.data() + 1; // p points to 1
v.reserve(10); // p is now invalid, accessing *p is a undefined behavior.
p = v.data() + 1; // p points to 1
v.erase(v.begin()); // p is now invalid, accessing *p is a undefined behavior.