Memory Leak/ContextInjectionFactory/IEclipseContext

Question

J'utilise l'injection de dépendance (DI) dans une application RCP Eclipse. J'ai beaucoup de classes qui effectuent un code similaire à ci-dessous:

public class SomeClass { 
    @Inject 
    private IEclipseContext context; 

    private SomeObject void someMethod(){ 
     SomeObject someObject = 
      ContextInjectionFactory.make(SomeObject.class, context); 
     // Do stuff with someObject 
    } 
} 

Lorsque je contrôle l'application à l'aide jvisualvm, je remarque qu'il ya une fuite de mémoire à cause de cela. L'objet EclipseContext ne cesse de croître jusqu'à ce qu'il finisse par manquer de mémoire.

Si je fais ce qui suit, la fuite de mémoire en va:

public class SomeClass { 
    @Inject 
    private IEclipseContext context; 

    private SomeObject void someMethod(){ 
     IEclipseContext childContext = context.createChild(); 
     SomeObject someObject = 
      ContextInjectionFactory.make(SomeObject.class, childContext); 
     childContext.dispose(); 
     // Do stuff with someObject 
    } 
} 

Je ne l'ai pas vu tous les documents qui prend en charge de faire ma solution de contournement. Existe-t-il des effets secondaires négatifs pour disposer de childContext après la création de la classe? Y a-t-il une meilleure approche globale en utilisant CIF que je n'ai pas rencontré?

Pour ce que ça vaut, mon code a beaucoup de classes, dont certaines sont annotées avec @Singleton/@Creatable. Je ne suis pas sûr si ceux-ci seraient effectués par un contexte de parent disposé.

Merci!

Answer 1

Lorsque vous utilisez l'injection pour définir des champs dans votre classe comme ceci:

public class Test 
{ 
    @Inject 
    private StatusReporter rep; 
    @Inject 
    private IEventBroker broker; 


    public Test() 
    { 
    } 
} 

Eclipse doit suivre chaque champ qui a été injecté afin qu'il puisse réinjecter le champ si la valeur dans le contexte change Eclipse. Cela implique la création d'objets TrackableComputationEx‌​t et ‌​ContextInjectionList‌​ener pour chaque champ injecté.

Si au contraire vous injectez les valeurs dans le constructeur comme ceci:

public class Test 
{ 
    private StatusReporter rep; 
    private IEventBroker broker; 

    @Inject 
    public Test(StatusReporter rep, IEventBroker broker) 
    { 
    this.rep = rep; 
    this.broker = broker; 
    } 
} 

Eclipse n'a pas besoin de suivre l'injection Constructor si ces objets ne sont pas créés (mais vous n'aurez pas mises à jour si le contexte les valeurs sont modifiées).

En testant cela, il semble toujours qu'un objet de suivi d'utilisation interne ait été créé.