Code: Selecteer alles
for(int i=0; i<myList.size(); i++){
etc...
}
Is het ook daadwerkelijk een probleem?Ik heb inderdaad een heleboel loops over ArrayLists in mijn code, maar ik heb geen idee hoe ik kan dit probleem zou kunnen voorkomen.
Als je die Megabytes verder niet nodig hebt dan is er voor de garbage collector ook geen reden om die ruimte op te ruimen. Als die ruimte uberhaupt opgeruimd kan worden natuurlijk: Ik neem aan dat je algoritme wel al klaar is met de iterators. Heb je een SSCCE?Het gaat om tientallen Megabytes, en soms zelfs honderden.
Ja, das waar, maar op een gegeven moment zal ik die ruimte wel nodig gaan hebben en ben bang dat de garbage collector dan veel tijd nodig zal hebben om al die troep op te ruimen. Vandaar dat het me handiger leek om in plaats daarvan gewoon te voorkomen dat het geheugen vol raakt. En als ik niet kan voorkomen dat het geheugen vol raakt dan lijkt het me nog altijd beter om in elk geval te zorgen dat het zolang mogelijk duurt voordat het geheugen vol raakt.EvilBro schreef: ↑wo 15 jan 2014, 09:34
Als je die Megabytes verder niet nodig hebt dan is er voor de garbage collector ook geen reden om die ruimte op te ruimen.
Ja, ik doe niks meer dan gewoon een foreach loop maken, zonder expliciet een iterator aan te maken. De iterator zal dus direct uit scope raken zodra de loop klaar is.
Code: Selecteer alles
//deze foreach loop maakt impliciet een iterator aan:
for(Object x : myListOfObjects){
//blablabla
}
//hier is de iterator uit scope en kan dus opgeruimd worden.
Bedankt voor je antwoord. Even voor de duidelijkheid: het ging mij om het verschil tussen een 'traditional' for loop en een foreach loop. Het eerste en het derde voorbeeld uit die link van je dus.Flisk schreef: ↑wo 15 jan 2014, 22:43
Ikzelf gebruik bijna nooit een iterator, behalve als het echt nodig is.
Zover ik weet maakt het niet uit welke van de twee je gebruikt qua performance. Ik denk dat het gewoon 'syntactic sugar' is.
For each is gewoonweg beter leesbaar. Tenzij je objecten moet verwijderen uit de lijst, zou ik geen iterator gebruiken.
Dat topic had ik zelf inmiddels ook gevonden ja. Goed om te weten dat het vrijwel niet uitmaakt.
Een goeie site voor dit soort vragen is stackoverflow:
http://stackoverflow...terator-in-java
Deze vraag toont zelfs aan dat het verschil verwaarloosbaar is (zie de post van sfussenegger). In sommige gevallen is een iterator zelf sneller. Qua geheugen weet ik het niet 100% zeker.
Dit is misschien (en ook dan slechts misschien) handig als je een applicatie hebt die tijdgerelateerde doelen heeft. In alle andere gevallen wil je zo min mogelijk de garbage collector aanroepen om de overhead hiervan te beperken.als je wilt voorkomen dat je garbage collector heel lang draait als hij eenmaal gaat lopen, kun je de totale hoeveelheid beschikbaar geheugen reduceren.
