В
И исходный объект по ссылке снесет
Size: a a a
2021 November 30
L
Залетит в каком смысле? Если она ссылается на условный MyClass то его объект туда залетит, реф на объект не залетит
L
Если на этот объект больше ничего не ссылается то нет проблемы
Если ссылается ещё что-то то не снесет
Если ссылается ещё что-то то не снесет
В
То есть если кроме структуры ничего не ссылается, то то снесет?
L
Перезапишет только стек при выходе из скоупа, то есть структуру и рефы в ней лежащие
L
Ну да, в какой-то момент GC доберется до этой памяти
В
Куда и как перезапишет?
С
Может вы дизассемблируете сборку и посмотрите?
L
В смысле как) поинтер сдвинется к месту где вызывающая функция имеет свой кусочек стека. Вся память что была в стеке выделена под функцию из которой ты вышел станет мусором
L
Когда ты зайдёшь в новую функцию весь этот мусор превратится в полезное место для переменных новой функции
В
И получается, что если мы структуру не вернули по значению, то наше ссылочное свойство будет для GC помечено для удаления?
L
Я не уверена что это происходит в момент ретурна если честно
L
Я не знаю как конкретно гц сканит стек на наличие ссылок и в какой момент времени
В
Но пойнтер сдвинулся уже
В
Я потому и говорю, что он их не должен сканить
L
Ну он то сдвинулся, но цлр не обязательно при этом что-то делать. Он потом например может дохлую память сравнить с активными ссылками на стеке
L
И выяснить что используется а что нет
L
Это уже детали реализации гц
В
Он ее должен переиспользовать
В
Тогда в чем разница от хипа?