Стек и стековые фреймы

@Freedomen · Регистрация: 06.09.2013

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

Всем привет.

Как вы знаете, все вызовы методов и соответствующие локальные переменные хранятся в стеке, они помещаются в стековый фрейм. Всегда вызывается метод, находящийся на вершине стека. И теперь допустим такую ситуацию:

Java

class Sun {
    public void shine() {
        int capacity = 0;
        generateLight();
 
        // Какой-то код
    }
    
    public void generateLight() {
        String str;
    }
}

Теперь рассмотрим касательно нахождения фреймов в стеке:

Этап первый: момент вызова метода shine(), помещение во фрейм + помещение л. переменной capacity.

Этап второй: вызов метода generateLight() из метода shine(), создание фрейма, помещение метода и л. переменной str во фрейм.

Этап третий: заканчивается метод generateLight(), фрейм выходит из стека, возвращаемся к коду после вызова этого метода в методе shine(). ...

Теперь вопрос - когда метод кончится, удалится ли фрейм с вызовом и локальными переменными из стека?

@turbanoff · 31.03.2014, 00:20

Freedomen, Да, удалится.

@Freedomen · 31.03.2014, 17:08 **[ТС]**

То есть после того, как последний вызов кончился, все стековые фреймы будут удалены из стека. Я правильно понимаю?

@turbanoff · 31.03.2014, 19:25

Freedomen, Да. Почему вас этот вопрос заинтересовал? Это имеет какое-то значение?

@Freedomen · 31.03.2014, 19:46 **[ТС]**

Хотелось бы иметь полную картину в голове, к тому же, в АСМе работа со стеками довольно тесная, так что, когда начну изучение АСМа, в некотором роде мне будет легче понять что и как работает. В любом случае, спасибо!

@bigwhitefish · 31.03.2014, 21:29

ссылки удалятся, объекты - нет, ими занимается GC.
Метод generateLight() у вас пустой, там на самом деле даже пустая ссылка не будет создана.

@Freedomen · 31.03.2014, 21:45 **[ТС]**

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

@turbanoff · 31.03.2014, 22:43

Freedomen, На самом деле, в случае java всё немного сложнее.
Во-первых, все эти разговоры про stack frame и выделения памяти на стеке - очень implementation specific. Так как JVM в природе существует больше чем одна, во всех это может быть устроено по-разному
Во-вторых, stack frame вообще может не создаваться, если JVM того захочет. Например, если метод заинлайнился.

Стек и стековые фреймы

Решение

Решение

@turbanoff 4091 / 3825 / 745 Регистрация: 18.05.2010 Сообщений: 9,331 Записей в блоге: 11
	31.03.2014, 00:20	2
	Сообщение было отмечено Freedomen как решение Решение Freedomen, Да, удалится. 1

@Freedomen 61 / 61 / 19 Регистрация: 06.09.2013 Сообщений: 236 Записей в блоге: 1
	31.03.2014, 17:08 [ТС]	3
	То есть после того, как последний вызов кончился, все стековые фреймы будут удалены из стека. Я правильно понимаю? 0

@turbanoff 4091 / 3825 / 745 Регистрация: 18.05.2010 Сообщений: 9,331 Записей в блоге: 11
	31.03.2014, 19:25	4
	Сообщение было отмечено Freedomen как решение Решение Freedomen, Да. Почему вас этот вопрос заинтересовал? Это имеет какое-то значение? 1

@Freedomen 61 / 61 / 19 Регистрация: 06.09.2013 Сообщений: 236 Записей в блоге: 1
	31.03.2014, 19:46 [ТС]	5
	Хотелось бы иметь полную картину в голове, к тому же, в АСМе работа со стеками довольно тесная, так что, когда начну изучение АСМа, в некотором роде мне будет легче понять что и как работает. В любом случае, спасибо! 0

@bigwhitefish 53 / 53 / 14 Регистрация: 26.02.2014 Сообщений: 150
	31.03.2014, 21:29	6
	ссылки удалятся, объекты - нет, ими занимается GC. Метод generateLight() у вас пустой, там на самом деле даже пустая ссылка не будет создана. 0

@Freedomen 61 / 61 / 19 Регистрация: 06.09.2013 Сообщений: 236 Записей в блоге: 1
	31.03.2014, 21:45 [ТС]	7
	Куча и объекты в ней - это вообще отдельная история, там как раз-таки и таится основная проблема нерационального использования виртуальных ресурсов памяти. Но в данном топике меня интересовала тема, касающаяся стека и вызовов методов. Ответы получил, картина прояснилась. 0

@turbanoff 4091 / 3825 / 745 Регистрация: 18.05.2010 Сообщений: 9,331 Записей в блоге: 11
	31.03.2014, 22:43	8
	Freedomen, На самом деле, в случае java всё немного сложнее. Во-первых, все эти разговоры про stack frame и выделения памяти на стеке - очень implementation specific. Так как JVM в природе существует больше чем одна, во всех это может быть устроено по-разному Во-вторых, stack frame вообще может не создаваться, если JVM того захочет. Например, если метод заинлайнился. 0