Утечки памяти строк C/C++?

Question

Я использую STL string в приложении моего, и я недавно тестировал его на утечки памяти, и я заметил, что многие мои строки не были должным образом освобождены до конца программы.

я тестировал следующий код (не дословно) с одной из строк:

const string* cppString = &obj->objString; 
const char* cString = cppString->c_str(); 
delete obj; 

После этого я поставил брейк-пойнт и заметил, что, в то время как string что cppString не указал больше не существует, cString все еще указывал на строку стиля C, которая, безусловно, была той, которая не была освобождена в конце.

Я пропустил что-то в терминах того, как работают строки C/C++? Как я могу получить представление C строки, которую нужно освободить?

EDIT: Дополнительная информация. Мой класс obj имеет тип Dialog, который наследует Popup. Я думал, что это могло быть, поскольку, когда я удаляю obj, я рассматриваю его как Popup*, но я попробовал его в небольшой отдельной программе, и удаление в качестве родительского класса правильно удаляет дочерние переменные-члены (что имеет смысл , конечно).

Я использовал трассировку утечки памяти в VS, и это показывает, что строка, которая закончилась утечкой, была той, которая была создана, когда я сделал Dialog и установил objString в строку, переданную как ссылка на конструктор.

Спасибо,
Jengerer

Answer 1

То, что вы видите, это неопределенное поведение -это на самом деле не утечка памяти. Память для строки C имеет освобождена (по крайней мере, насколько это касается вас), но данные там по-прежнему технически доступны. Когда вы освобождаете память, память обычно не стирается, поэтому данные там часто остаются вокруг, пока память не будет повторно использоваться путем последующего выделения.

Чтение данных после того, как оно было освобождено, является неопределенным поведением: вы можете получить данные, которые были до его освобождения, вы можете получить данные об мусоре, вы можете свернуть свою программу или даже стереть жесткий диск (хотя это не так скорее всего).

Пока объект std::string должным образом освобожден, любая память, используемая для его строкового представления C, также будет освобождена. Тебе не нужно об этом беспокоиться.

---

EDIT: На самом деле оказывается, что ваш объект не был получать валяной разрушен, потому что родительский класс Popup не иметь виртуальный деструктор. В результате деструктор для подкласса Dialog не вызывался, поэтому деструктор для экземпляра std::string не вызывался.

Answer 2

Проблема, скорее всего, не в std::string, а в obj (независимо от того, что есть). Обратите внимание, что вы удалили obj, а не cppString.Я предполагаю, что obj не хранит objString в классе интеллектуальных указателей, и он не удаляет objString в своем деструкторе, и, следовательно, у вас есть эта утечка.