De meeste inleidende programmeren in Java cursussen hebben geen betrekking op de Java- heap . Immers , wanneer de klas opdrachten zijn slechts een paar regels code , wat is de noodzaak voor het bespreken van fysieke geheugen management? De hoop kan echter uitgegroeid tot een zeer groot probleem wanneer een groot GlassFish Java server project is plotseling het geven van hoop fouten aan ontwikkelaars met behulp van de NetBeans geïntegreerde ontwikkelomgeving ( IDE ) . Dit probleem wordt gemakkelijk opgelost door efficiëntere programmering of wijzigen van instellingen . De Java Heap Wanneer een Java- programma begint de uitvoering ervan , de JVM geeft het een bepaalde hoeveelheid systeemgeheugen genaamd de Java- heap . Het exacte bedrag van het geheugen van de JVM zal toewijzen heap van een programma zal verschillen van versie tot versie . Elke keer als het programma een variabele of een object bijvoorbeeld , wordt de gegevens opgeslagen in deze hoop . Java-ontwikkelaars kunnen aanpassen hoe groot van een hoop de JVM zal maken voor een programma als het de uitvoering ervan begint , maar een programma kan een groter of kleiner heap niet maken als het eenmaal draait . Heap Fouten < br > Heap fouten gebeuren wanneer een programma probeert meer geheugen gebruiken dan is in zijn hoop . Als een heap is al vol met variabele en object data , dan is de poging van de programma 's naar een andere variabele te initialiseren of instantiëren ander object zal een hoop fout genereren omdat er geen ruimte meer voor. In tegenstelling tot oudere talen die vereisen dat programmeurs hun eigen objecten en variabelen deconstrueren voor het opruimen van de ruimte in het geheugen van het programma , de JVM heeft geautomatiseerde trash collectie : Wanneer een programma een punt in de uitvoering waar het niet kan beroep doen op een klasse of variabele weer bereikt , de JVM zal zijn gegevens wissen om ruimte vrij te maken voor anderen . GlassFish Heap Fouten p Web- systemen dat GlassFish gebruiken zijn meestal niet cookie-cutter applicaties een gebruiker eenvoudig downloads zet dan op zijn server . Ze zijn bijna altijd gegenereerd voor een specifieke toepassing die zal draaien op een bepaalde server . Bijgevolg ontwikkelaars weten precies hoeveel geheugen hun software nodig zal hebben in de hoop , en er zeker van zijn dat de server over voldoende fysieke geheugen om een hoop van die grootte te genereren . Hoop fouten uit GlassFish software in het algemeen afkomstig zijn uit meer dan grootte van een heap 's , of het aanvragen van meer geheugen in de heap dan de server fysiek geheugen te huisvesten . NetBeans IDE Toen ontwikkelaars gebruiken de NetBeans IDE hun GlassFish software te coderen , is er niets bijzonders aan de IDE die veroorzaakt of voorkomt hoop fouten . Wanneer ontwikkelaars zetten hun software pakket op een server , zullen ze moeten zijn heapgrootte handmatig in te stellen met de JVM . Zij kunnen echter , de grootte van de hoop die de NetBeans IDE de software zal geven tijdens het testen op de machine van de ontwikkelaar . Programmeurs kunnen deze instelling wijzigen in de " netbeans.conf " bestand in de " netbeans-home/etc " directory . Het veranderen van het nummer naast " J - Xmx " in de " netbeans_default_options = " lijn zal de heapgrootte NetBeans veranderen genereert om het aantal megabytes de programmeur specificeert . < Br > |