Чтобы узнать, используется ли подсчет ссылок в вашей реализации

, проще всего обратиться к документации библиотеки. Поскольку подсчет ссылок считается оптимизацией, разработчики обычно отмечают его среди положительных особенностей библиотеки. Также можно обратиться к исходным текстам реализации . Обычно я не рекомендую искать нужную информацию таким способом, но иногда другого выхода просто не остается. Если вы пойдете по этому пути, не забывайте, что является определением типа для (а — для ), поэтому искать следует в шаблоне . Вероятно, проще всего обратиться к копирующему конструктору класса. Посмотрите, увеличивает ли он переменную, которая может оказаться счетчиком ссылок. Если такая переменная будет найдена, использует подсчет ссылок, а если нет — не использует… или вы просто ошиблись при поиске.

Если доступная реализация

построена на подсчете ссылок, а ее использование в многопоточной среде порождает проблемы с быстродействием, возможны по крайней мере три разумных варианта, ни один из которых не связан с отказом от STL. Во-первых, проверьте, не позволяет ли реализация библиотеки отключить подсчет ссылок (обычно это делается изменением значения препроцессорной переменной). Конечно, переносимость при этом теряется, но с учетом минимального объема работы данный вариант все же стоит рассмотреть. Во-вторых, найдите или создайте альтернативную реализацию (хотя бы частичную), не использующую подсчета ссылок. В-третьих, посмотрите, нельзя ли использовать вместо . Реализации не могут использовать подсчет ссылок, поэтому скрытые проблемы многопоточного быстродействия им не присущи. Конечно, при переходе к теряются многие удобные функции контейнера , но большая часть их функциональности доступна через алгоритмы STL, поэтому речь идет не столько о сужении возможностей, сколько о смене синтаксиса.

Из всего сказанного можно сделать простой вывод — массивы с динамическим выделением памяти часто требуют лишней работы. Чтобы упростить себе жизнь, используйте

и .

Одной из самых замечательных особенностей контейнеров STL является автоматическое наращивание памяти в соответствии с объемом внесенных данных (при условии, что при этом не превышается максимальный размер контейнера — его можно узнать при помощи функции

). Для контейнеров и дополнительная память выделяется аналогом функции . Процедура состоит из четырех этапов:

1. Выделение нового блока памяти, размер которого кратен текущей емкости контейнера. В большинстве реализаций

и используется двукратное увеличение, то есть при каждом выделении дополнительной памяти емкость контейнера увеличивается вдвое.

2. Копирование всех элементов из старой памяти контейнера в новую память.

3. Уничтожение объектов в старой памяти.

4. Освобождение старой памяти.

При таком количестве операций не приходится удивляться тому, что динамическое увеличение контейнера порой обходится довольно дорого. Естественно, эту операцию хотелось бы выполнять как можно реже. А если это еще не кажется естественным, вспомните, что при каждом выполнении перечисленных операций все итераторы, указатели и ссылки на содержимое

или становятся недействительными. Таким образом, простая вставка элемента в может потребовать обновления других структур данных, содержащих итераторы, указатели и ссылки расширяемого контейнера.

Функция

позволяет свести к минимуму количество дополнительных перераспределений памяти и избежать затрат на обновление недействительных итераторов/указателей/ссылок. Но прежде чем объяснять, как это происходит, позвольте напомнить о существовании четырех взаимосвязанных функций, которые иногда путают друг с другом. Из всех стандартных контейнеров перечисленные функции поддерживаются только контейнерами и .

• Функция

возвращает текущее количество элементов в контейнере. Она не сообщает, сколько памяти контейнер выделил для хранящихся в нем элементов.

• Функция

сообщает, сколько элементов поместится в выделенной памяти. Речь идет об общемколичестве элементов, а не о том, сколько ещеэлементов можно разместить без расширения контейнера. Если вас интересует объем свободной памяти или , вычтите из . Если и возвращают одинаковые значения, значит, в контейнере не осталось свободного места, и следующая вставка (, и т. д.) вызовет процедуру перераспределения памяти, описанную выше.

• Функция

изменяет количество элементов, хранящихся в контейнере. После вызова функция вернет значение . Если меньше текущего размера, лишние элементы в конце контейнера уничтожаются. Если больше текущего размера, в конец контейнера добавляются новые элементы, созданные конструктором по умолчанию. Если больше текущей емкости контейнера, перед созданием новых элементов происходит перераспределение памяти.

•Функция

устанавливает минимальную емкость контейнера равной — при условии, что не меньше текущего размера. Обычно это приводит к перераспределению памяти вследствие увеличения емкости (если меньше текущей емкости, игнорирует вызов функции и не делает ничего, а можетуменьшить емкость до большей из величин ()), но размер при этом заведомо не изменяется. По собственному опыту знаю, что усечение емкости вызовом обычно менее надежно, чем «фокус с перестановкой», описанный в совете 17.