Видове памет в Java, kdiv - с блог
Всички паметта за JVM:
- Heap Mem (купчина) - хранилище за Java обекти
- НЕ-Heap-памет (NEKUCHA) - използва се Xia Dzhava за съхранение на изтеглените класове
и други мета-данни. String басейн, или набор от редове в купчина? *, И т.н.
- JVM самия код, JVM вътрешната структура агент изтеглили код, данни и т.н.
в купчина - две части: Ново поколение и Стария поколение памет.
Новото поколение: Eden за нов обект, две преживяло пространства (от и до) със същия размер, съхранен след оцеляване обекти GC.
в Стария поколение: тук дълголетни обекти
*. Намира се в района на памет, наречен Java купчина - купчина, която съхранява всички променливи, създадени от вашето софтуерно приложение.
Без конфигурация клиент JVM използва това изчисление за пространствата:
По този начин, процесът на памет е различно в купчината (купчина) и не-купчина (купчина) памет, и се състои от 5 части (басейни памет пространства памет):
1 • Eden Space (купчина) - памет за всички обекти, създадени от програмата в тази област. Повечето от най-кратък живот обекти (итератори, временни обекти, които се използват в рамките на методите и други подобни), и се изтриват, когато колекциите за боклук памет няма да бъде преместен в друга област от паметта. Когато тази област е пълна (т.е., количеството на разпределени памет в тази област надхвърля някои определен процент), GC извършва бързо (второстепенен събиране) събиране на отпадъци. В сравнение с пълната колекция на боклука отнема малко време, и се отнася само за района на памет - изчиства остарели обекти Eden пространство и се движи оцелелите обекти към следващата зона.
2 • Survivor Space (купчина) - тук са движещи се обекти от предишния, след като са били подложени на най-малко едно събиране на боклука. От време на време дълголетни предмети от тази област преместени в щатни пространство.
3 • щатни (старо) Generation (купчина) - Тук се натрупват дълголетни обекти (големи високо ниво обекти, singletons, мениджъри на ресурси, и така нататък.). Когато тази област е пълна, извършете пълно събиране на боклука (пълна, богата колекция), която обслужва всички започнати JVM обекти.
4 • Постоянна поколение (не-грамада) - мета информацията, съхранявана тук използва JVM (използван от класове, методи и други подобни). BEA
5 • Code Cache (не-грамада) - в този участък е JVM, когато е активен, JIT-компилация тя се кешира компилиран платформа - зависим код.
Свързани статии