Есть ли тут утечка памяти?

@mat_for_c · Регистрация: 26.04.2013

Студворк — интернет-сервис помощи студентам

Добрый вечер. Случайно возник такой вопрос: а вызывается ли деструктор для уже перемещенного объекта, если на его место перемещают другой?

C++
1
2
3
4
5
6
std::array<std::vector<uint64_t>, 1> storage;
   
while(true) { 
   std::vector<uint64_t> tmp(1000000);
   storage[0] = std::move(tmp);
}

В виже вроде утечек нет. А вот для gcc?

@Azazel-San · 05.06.2018, 23:09

mat_for_c, насколько помню сам std::move не вызывает деструктор, но объект в вашем случае всегда ограничен областью действия цикла, на каждой итерации должен вызыватся деструктор на 6 строчке

@Undisputed · 05.06.2018, 23:12

Утечек тут нет, но есть кандидат на UB. Вы не можете обращаться к содержимому std::array (к векторам, добавленными в цикле) по следующей причине:
Вектор, который вы перемещаете в std::array, создаётся на стеке цикла. После каждой итерации время жизни вновь размещённого в памяти вектора истекает, вызывается деструктор вектора который освобождает его память.

Что касается перемещения, то после std::move деструкторы не вызываются (за исключением того случая, когда приёмник явно вызывает деструктор обьекта в конструкторе перемещения, но такого как правило не бывает).
Деструктор перемещённого вектора будет вызван при завершении итерации.

На одну итерацию приходится один вектор и вызов его деструктора соответственно.

@hoggy · 05.06.2018, 23:30

Сообщение от mat_for_c

а вызывается ли деструктор для уже перемещенного объекта

да.

Сообщение от mat_for_c

А вот для gcc?

утечек нет.

@mat_for_c · 05.06.2018, 23:36 **[ТС]**

hoggy, а по этому поводу что скажете?

Сообщение от Undisputed

Утечек тут нет, но есть кандидат на UB.

@TheCalligrapher · 05.06.2018, 23:53

Сообщение от Undisputed

Утечек тут нет, но есть кандидат на UB. Вы не можете обращаться к содержимому std::array (к векторам, добавленными в цикле) по следующей причине:
Вектор, который вы перемещаете в std::array, создаётся на стеке цикла. После каждой итерации время жизни вновь размещённого в памяти вектора истекает, вызывается деструктор вектора который освобождает его память.

После того, как произошло перемещение из tmp, вектор tmp, созданный внутри цикла, становится "пустым". Никакого доступа к своей прежней памяти он больше не имеет и освободить ее не имеет никакой возможности. То есть никакого UB тут нет.

Добавлено через 1 минуту

Сообщение от mat_for_c

Случайно возник такой вопрос: а вызывается ли деструктор для уже перемещенного объекта, если на его место перемещают другой?

О каком именно объекте вы спрашиваете? Ткните пальцем. (Я у вас в коде в упор не вижу уже перемещенного объекта, на место которого перемещают другой.)

В приведенном коде никаких утечек не видно.

@mat_for_c · 06.06.2018, 00:01 **[ТС]**

hoggy, TheCalligrapher, и всё же я не понимаю...
написал такую штуку:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
struct move_test {
 
   move_test() {}
   ~move_test() { std::cout << "dest\n"; }
 
   move_test(const move_test& other) {}
   move_test(move_test&& other) noexcept {}
 
   move_test& operator=(const move_test& other)
   {
      if (this == &other)
         return *this;
      return *this;
   }
 
   move_test& operator=(move_test&& other) noexcept
   {
      if (this == &other)
         return *this;
      return *this;
   }
 
   void show()
   {
      std::cout << "___\n";
   }
};
 
int main()
{
   {
      std::array<move_test, 1> tmp;
      
      {
         move_test mvt1;
         tmp[0] = std::move(mvt1); 
      }
 
      tmp[0].show();
 
      move_test mvt2;
      tmp[0] = std::move(mvt2); // вот кто удалит то, 
                                // что лежало до этого в tmp[0]?
   }
}

вывод:

dest

___

dest

dest

@hoggy · 06.06.2018, 00:04

Сообщение от Undisputed

Утечек тут нет, но есть кандидат на UB.

не верно.

Добавлено через 1 минуту

Сообщение от mat_for_c

tmp[0] = std::move(mvt2); // вот кто удалит то,
* * * * * * * * * * * * * * * * // что лежало до этого в tmp[0]?

об этом должен позаботиться:

move_test& operator=(move_test&& other) noexcept

@Undisputed · 06.06.2018, 00:05

TheCalligrapher,
hoggy,
Хотя да, там в деструкторе должна быть проверка указателя на пустоту, спасибо.

mat_for_c,
Я слегка погорячился ) Прошу прощения за дизинформацию

@mat_for_c · 06.06.2018, 00:08 **[ТС]**

Сообщение от TheCalligrapher

Я у вас в коде в упор не вижу уже перемещенного объекта, на место которого перемещают другой

эээ, storage[0]? на каждой итерации цикла перемещаем туда новый вектор, созданный в цикле

Добавлено через 48 секунд

Не по теме:

Сообщение от Undisputed

Прошу прощения за дизинформацию

зато будем лучше знать язык :)

@Undisputed · 06.06.2018, 00:09

mat_for_c,
Честно говоря, я об этом знал, но почему то ступил )

@mat_for_c · 06.06.2018, 00:17 **[ТС]**

Сообщение от hoggy

об этом должен позаботиться:

вот так?

C++
1
2
3
4
5
6
7
8
move_test& operator=(move_test&& other) noexcept
{      
   if (this == &other)
      return *this;
   
   this -> ~move_test();
   return *this;
}

@hoggy · 06.06.2018, 00:28

Сообщение от mat_for_c

вот так?

Сообщение от mat_for_c

this -> ~move_test();

этот бред - порождение сферического коня в ваккуме.

реализуйте класс строки.
предусмотрите для него конструктор перемещения,
и перемещающий оператор=.

думаю, все вопросы сразу отпадут.

@mat_for_c · 06.06.2018, 00:40 **[ТС]**

Сообщение от hoggy

этот бред - порождение сферического коня в ваккуме.

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

@hoggy · 06.06.2018, 00:46

Сообщение от mat_for_c

нужно просто очищать старые ресурсы

нет.

@TheCalligrapher · 06.06.2018, 01:17

Сообщение от mat_for_c

эээ, storage[0]? на каждой итерации цикла перемещаем туда новый вектор, созданный в цикле

И?

Самим перемещением занимается перемещающий оператор присваивания класса std::vector. Любой оператор присваивания (что перемещающий, что копирующий) прекрасно знает, что сначала надо освободить старые данные, хранящиеся в объекте-получателе, а уж затем перемещать (или копировать) в него новые данные.

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

Добавлено через 6 минут

Сообщение от mat_for_c

написал такую штуку:

Ну тут у вас в этом коде в классе move_test и удалять-то нечего!

А если бы у вас было, что удалять - то вы обязаны бы были сами это сделать в реализациях ваших операторов присваивания. Оператор присваивания всегда удаляет старые данные (или делает swap). Не позаботитесь об удалении старых данных - будет утечка. И это просто будет косяк вашего оператора присваивания, никакого отношения к перемещению или чему-то еще не имеющий.

В операторах присваивания std::vector таких косяков, разумеется, нет. Поэтому и утечки не будет.

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

Есть ли тут утечка памяти?

Решение

Решение

Решение

@Azazel-San Mental handicap 1246 / 624 / 171 Регистрация: 24.11.2015 Сообщений: 2,429
	05.06.2018, 23:09
	mat_for_c, насколько помню сам `std::move` не вызывает деструктор, но объект в вашем случае всегда ограничен областью действия цикла, на каждой итерации должен вызыватся деструктор на 6 строчке 0

@Undisputed 901 / 478 / 93 Регистрация: 10.06.2014 Сообщений: 2,700
	05.06.2018, 23:12
	Утечек тут нет, но есть кандидат на UB. Вы не можете обращаться к содержимому std::array (к векторам, добавленными в цикле) по следующей причине: Вектор, который вы перемещаете в std::array, создаётся на стеке цикла. После каждой итерации время жизни вновь размещённого в памяти вектора истекает, вызывается деструктор вектора который освобождает его память. Что касается перемещения, то после std::move деструкторы не вызываются (за исключением того случая, когда приёмник явно вызывает деструктор обьекта в конструкторе перемещения, но такого как правило не бывает). Деструктор перемещённого вектора будет вызван при завершении итерации. На одну итерацию приходится один вектор и вызов его деструктора соответственно. 0

@Undisputed 901 / 478 / 93 Регистрация: 10.06.2014 Сообщений: 2,700
	06.06.2018, 00:05
	TheCalligrapher, hoggy, Хотя да, там в деструкторе должна быть проверка указателя на пустоту, спасибо. mat_for_c, Я слегка погорячился ) Прошу прощения за дизинформацию 0

@Undisputed 901 / 478 / 93 Регистрация: 10.06.2014 Сообщений: 2,700
	06.06.2018, 00:09
	mat_for_c, Честно говоря, я об этом знал, но почему то ступил ) 0