Сколько в переменной хранится значение?

Александр Гусев А разве сборщик мусора не уберет переменную, на которую ничто больше не ссылается? Или в данном случае решает интернирование строк?

Oxoron: а какая разница, сколько она будет храниться, если на неё больше ничего не ссылается? Ведь доступ к ней получить вы уже не сможете.

fshp: Хм, в Шарпе такой фокус вроде возможен (я имею ввиду, обращение к переменной, на которую ничто не указывает; хотя в данном случае наверное стоит говорить про ячейки памяти, в которых хранилась переменная). Думаю, в Java тоже можно извратиться. Откуда следует вопрос: при каких операциях GC (либо ОС) переменная может перезатереться?

Oxoron: если задан такой вопрос, то где-то что-то на нее все же будет ссылаться, ИМХО. Иначе весь процесс лишен смысла.

Александр Гусев: Положим, у нас есть объект. Занимает 200 байт памяти. Есть ссылка на него. В один прекрасный момент мы затираем ссылку на него, предварительно записав на бумажку адрес ячейки памяти, хранящей нулевой из 200 байт. Фактически, сборщик мусора думает, что на эти 200 байт ничего не ссылается, и они по-прежнему хранят информацию объекта.

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

Вопрос: насколько объект "горящий"? Вопрос не практический, скорее исследовательский.

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

Oxoron: это в С# можно мешать управляемый и неуправляемый код. В java это довольно нетривиально. А GC со стандартными настройками обычно отрабатывает когда память в хипе заканчивается или во время бездействия (ожидания io). А если у вас числодробилка, грузящая проц на 100% и потребляющая мало памяти, то про GC можно забыть.

pi314: fshp: Спасибо.