Jakie są różne sposoby, w jakie "to" może uciec w Javie?

Question

Istnieje pytanie na temat przepełnienia stosu, dlaczego starting a thread inside the constructor is not a good idea. Zdałem sobie sprawę, że wynikiem takiej rzeczy będzie to, że "to" może uciec. Czytałem również, że publishing a EventListener from constructor jest również złym pomysłem z tego samego powodu. Jakie są inne wzorce, o których powinienem wiedzieć, w których "to" może uciec?

Answer 1

Wywołanie metody instancji obiektu z konstruktora przecieka this do tej matematyki. Może to być OK, o ile ta metoda jest pod twoją kontrolą (nie można jej publicznie zastępować), a upewnisz się, że nie wyciekłeś z niej dalej niż this. Używanie argumentu dowolnej metody jest oczywiście bardziej wyraźnym wariantem, a dzieje się tak, gdy mówisz: x.addEventListener(this). Może bardziej insdidious, ponieważ mniej oczywiste, sposób przeciekać this jest, aby nie używać this się jako argument, ale wystąpienie wewnętrznej/local/klasy anonimowej, powiedzmy

public class Main 
{ 
    private class MyListener extends MouseAdapter { ...} 

    public Main() { 
    class Listener1 extends MouseAdapter { ... } 
    someSwingComponent.addMouseListener(new MyListener()); // inner class 
    someSwingComponent.addMouseListener(new Listener1()); // local class 
    someSwingComponent.addFocusListener(new FocusAdapter() { ... }); // anonymous 
    } 
} 

We wszystkich tych przypadkach this będzie być obudową obiektu przekazanego jako argument metody. Jeśli, z drugiej strony, zadeklarujesz klasę zagnieżdżoną static, będzie ona miała , a nie mieć instancję otaczającą.