Про управление нехиповой памятью в джава машине и про вызовы методов в final классах

Мухахаха, я все помню

Это китайский клон xkcd?

это хорошо, что ты помнишь)

@sergey_smyshlyaev не xkcd единым

про нехиповую память которая на самом деле хиповая народ я смотрю на стэке довольно активно трёт. аж в нескольких темах, одна из них - http://stackoverflow.com/questions/31091953/where-are-static-variables-stored-in-java

надо в спеке смотреть, а не на SO

но оффенс

ну там ссылочки на спеки есть

думаю единственный способ узнать это - посмотреть в сорцах JVM, как там оно имплементировано.

посоны пишут - It doesn't anywhere I can find outside the OP's quote from Bill Venners' book. возможно это относится вообще только к какой-то конкретной имплементации JVM. в любом случае значениея - это всё таки референс или примитив. другое дело, что у тебя есть гигантский объект в хипе, у тебя есть ссылка на него в Method Area, который не вычищается гарбедж коллектором так что ссылка будет вечно - практический выхлоп одинаков. один хер это потенциальный мемори лик.

https://docs.oracle.com/javase/specs/jvms/se7/html/jvms-2.html#jvms-2.5.4 - а тут кстати сказано, что Method Area может расти. а может нет. спека такая спека - короче кто как сделал, но на практике нас волнует как сделал hotspot полагаю

невероятно, наконец-то мы начали обсуждать java в этой чаточке

ну смотри. насчет роста метод эреа все зависит от имплементации линковки

если мы вместо динамической линковки за каким то чертом решили статическую линковку - то тогда метод эреа никогда не будет расти

Ром, можно пожалуйста для небыстрых ещё раз - линковка - это...?

ну вот смотри:
допустим у тебя есть классец:
class A {
   B bla() { smth(); }
}

что бы вызвать метод bla тебе нужен класс B, а значит,е сли его еще никто не загрузил - загрузить

вот эта шляпа и есть линковка. ты можешь либо в рантайме это все решать - то есть грузить классы он деманд, либо быть злым и при загрузке класса А загрузить и класс B

оке, понятно. спс.

have fun