🚀 go-pugleaf

>> Mogę prosić o szczegóły? Bo wydawało mi się, że jeżeli jest GC to zwykle
>nie
>> ma możliwości, by explicite ją dealokować, co jest warunkiem sine qua non
>> dla wycieków. Masz może na myśli odwołania cykliczne albo podobne
>> konstrukcje?
>
>Z odwołania cyklicznymi (podgrafami obiektów połączonych zależnościami) 
>GC radzi sobie znakomicie. Jędrzejowi może chodzić o to, że GC usuwa 
>tylko te instancje, do których nie ma bezpośrednich czy pośrednich 
>referencji z programu - obiekty mogą zostać usunięte wtedy, gdy stają 
>się out-of-scope albo usuwane są referencje do nich.
>
>Zdarza się jednak, choć nie są te częste sytuacje, że w wyniku nieuwagi 
>referencje do pewnych niepotrzebnych i nigdy już niewykorzystywanych 
>obiektów nie są usuwane, bo trafiają np. na dno jakiegoś kontenera, 
>który cały czas jest używany. Ale takie błędy bardzo szybko wychodzą na 
>wierzch, 

Czasami to wychodzi wraz z OutOfMemoryException. Albo system sie zawiesza, bo
GC rozpaczliwie probuje zdobyc jeszcze troche pamieci i zaczyna wyrzucac klasy
z pamieci. GC nie rozwiazuje wszystkich problemow z pamiecia. Tyle, ze w np.
Javie jest cale mnostwo odpowiednich tooli, ktore czynia wyszukiwanie memory
leaks dosc prostym zajeciem. No i JEE ma taka architekture, ze naprawde trzeba
sie "postarac" (np. uzywajac statycznych kolekcji) by uzyskac memory leak.


A.
-- 
============= P o l N E W S ==============
     archiwum i przeszukiwanie newsów
        http://www.polnews.pl