Коли я створюю об'єкт, свіжа пам'ять виділяється і на поля екземпляра, і на методи, або лише на поля екземпляра

У мене такий клас

class Student{

int rollNumber;
int marks;

public void setResult(int rollNumber, int marks){

    this.rollNumber=rollNumber;
    this.marks=marks;   
}

public void displayResult(){

    System.out.println("Roll Number= "+this.rollNumber+"   Marks= "+this.marks);

}
}

Тепер я створюю два об'єкти типу Student наступним чином

Student s1=new Student();
Student s2=new Student();

Тепер для різних примірників виділено два різних набори пам'яті. Тепер моє запитання - чи виділяється пам'ять для методів ( setResultі displayResult) двічі чи один раз?

Будь ласка, подивіться наступну рисунок і чи можете ви допомогти мені сказати, яка цифра дає правильну інформацію.

Код методів є частиною Class(більш коротко Class<Student>) і завантажується в пам'ять при першому завантаженні класу.

Однак, при виконанні будь-якого методу використовується додаткова пам'ять для розподілу пам'яті параметрам, локальним змінним, тимчасовим результатам вираження, значенням повернення тощо. Але така пам'ять виділяється в стеку (пам'ять, яка використовується при створенні нового екземпляра, виділяється в купі .

Згідно з вашим запитанням, зараз повинно бути зрозуміло, що цифра B правильна (хоча вона не відображає те, що відбувається, коли ви насправді викликаєте метод).

Поля екземплярів (включаючи резервні поля власності) отримують N-копії для N-об'єктів.

Статичні поля отримують одну копію на клас.

Методи - це блоки байт-коду (або після JIT, блоки нативних інструкцій), які є частиною програмного "зображення" або виконуваного сегмента коду. Методи вже є частиною зображення програми, оскільки вона сидить на диску. Після завантаження зображення ОС (або CLR), є одна спільна копія коду методу.

Вони взагалі не є частиною розподілу "купи" або розподілу часу, за винятком випадків, коли ви можете використовувати компілятор, що використовується в обробці, для складання нових методів на ходу. Методи не «виділяються» як об'єкти і не «виділяються» щодо створення об’єкта. Вони просто існують як частина програми до того, як один об'єкт коли-небудь інстанціюється. Навіть лямбда / делегати не виділяються з льоту. Компілятор створює класи на вимогу для реалізації цих інших, здавалося б, динамічних об'єктів коду, і вони також існують як частина зображення байт-коду на диску.

ОНОВЛЕННЯ за коментарі:

Стандарт JVM має таке значення:

2.5.4. Область методу

У віртуальної машини Java є область методів, яка поділяється між усіма потоками віртуальної машини Java. Область методу аналогічна області зберігання для складеного коду звичайної мови або аналогічна сегменту "текст" в процесі операційної системи. Він зберігає структури за класом, такі як постійний пул часу виконання, дані про поле та методи, а також код для методів та конструкторів, включаючи спеціальні методи (§2.9), що застосовуються при ініціалізації класів та екземплярів та ініціалізації інтерфейсу.

Область методу створюється при запуску віртуальної машини. Хоча область методу логічно є частиною купи, прості реалізації можуть вирішити не збирати сміття чи ущільнювати його. Ця версія специфікації Java Virtual Machine не передбачає розташування області методу або політики, що використовуються для управління компільованим кодом. Область методу може мати фіксований розмір або може бути розширена, як вимагає обчислення, і може бути скорочена, якщо більша область методу стає непотрібною. Пам'ять для області методу не повинна бути суміжною.

Тож зрозуміло, що (1) так, специфіка не диктує, як це робиться, але (2) аналогічно області зберігання для складеного коду звичайної мови, тобто. текстовий сегмент. Це я і роблю.

Об'єкт, виділений у heap memory.when об'єкт виділяється слотом для всієї змінної екземпляра, створюється і знищується, коли об'єкт знищується. Значення екземпляра також виділяється в heap memory. І локальна змінна створюється в стеці в той момент, коли метод називають.