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

Question

[Horoko]

Сабж. Например при нажатии кнопки я присваиваю строковой переменной строковое значение полученное из EditText, а дальше мне уже из другой активности нужно работать с этим же значением. Сколько хранится значение в этой переменной? До выхода из приложения?

Comments

[evnuh]

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

[Александр Гусев]

evnuh: сессию, наверное, закрывает - некогда читать. :D

Answer 1

[Александр Гусев]

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

"До выхода из приложения?" - Да, после выхода, по хорошему, всё, что создала в памяти программа высвобождается. Если хотите сохранять значения, то записывайте их в файлы.

Comments

[Oxoron]

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

[Максим Мосейчук]

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

[Oxoron]

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

[Александр Гусев]

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

[Oxoron]

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

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

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

[pi314]

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

[Максим Мосейчук]

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

[Oxoron]

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

Answer 2

[Виталий Филинков]

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