Spring ApplicationContext - Ressourcenleck: 'context' wird niemals geschlossen

In einer Spring-MVC-Anwendung initialisiere ich eine Variable in einer der Serviceklassen mit dem folgenden Ansatz:

ApplicationContext context = 
         new ClassPathXmlApplicationContext("META-INF/userLibrary.xml");
service = context.getBean(UserLibrary.class);

Die UserLibrary ist ein Dienstprogramm eines Drittanbieters, das ich in meiner Anwendung verwende. Der obige Code generiert eine Warnung für die 'Kontext'-Variable. Die Warnung wird unten angezeigt:

Resource leak: 'context' is never closed

Ich verstehe die Warnung nicht. Da es sich bei der Anwendung um eine Spring MVC-Anwendung handelt, kann ich den Kontext nicht wirklich schließen / zerstören, da ich auf den Dienst verweise, während die Anwendung ausgeführt wird. Was genau versucht die Warnung mir zu sagen?

Da es sich bei dem App-Kontext um einen ResourceLoader(dh E / A-Vorgang) handelt, werden Ressourcen verbraucht, die irgendwann freigegeben werden müssen. Es ist auch eine Erweiterung, AbstractApplicationContextdie implementiert Closable. Daher hat es eine close()Methode und kann in einer Try-with-Resources-Anweisung verwendet werden .

try (ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("META-INF/userLibrary.xml")) {
  service = context.getBean(UserLibrary.class);
}

Ob Sie diesen Kontext tatsächlich erstellen müssen, ist eine andere Frage (Sie haben ihn verlinkt). Ich werde das nicht kommentieren.

Es ist wahr, dass der Kontext implizit geschlossen wird, wenn die Anwendung gestoppt wird, aber das ist nicht gut genug. Eclipse ist richtig, Sie müssen Maßnahmen ergreifen, um es in anderen Fällen manuell zu schließen, um Klassenladerlecks zu vermeiden.

close()ist nicht in der ApplicationContextSchnittstelle definiert .

Die einzige Möglichkeit, die Warnung sicher zu entfernen, ist die folgende

ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext(...);
try {
    [...]
} finally {
    ctx.close();
}

Oder in Java 7

try(ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext(...)) {
    [...]
}

Der grundlegende Unterschied besteht darin, dass Sie, da Sie den Kontext explizit (dh mithilfe von new) instanziieren, die Klasse kennen, die Sie instanziieren, sodass Sie Ihre Variable entsprechend definieren können.

Wenn Sie den AppContext nicht instanziiert haben (dh den von Spring bereitgestellten verwenden), konnten Sie ihn nicht schließen.

Eine einfache Besetzung löst das Problem:

((ClassPathXmlApplicationContext) fac).close();

Da der Anwendungskontext eine Instanz von ClassPathXmlApplicationContext und dieselbe eine close () -Methode hat. Ich würde einfach das appContext-Objekt CAST und die close () -Methode wie folgt aufrufen.

ApplicationContext appContext = new ClassPathXmlApplicationContext("spring.xml");
//do some logic
((ClassPathXmlApplicationContext) appContext).close();

Dadurch wird die Warnung "Ressourcenleck" behoben.

Versuche dies. Sie müssen cast anwenden, um den Anwendungskontext zu schließen.

   ClassPathXmlApplicationContext ctx = null;
      try {
         ctx = new ClassPathXmlApplicationContext(...);
            [...]
             } finally {
              if (ctx != null)
                  ((AbstractApplicationContext) ctx).close();       
      }

Selbst wenn ich genau die gleiche Warnung hatte, war alles, was ich tat, ApplicationContextaußerhalb der Hauptfunktion als private staticund ta-da zu deklarieren , Problem behoben.

public class MainApp {
    private static ApplicationContext context;

    public static void main(String[] args) {
        context = new ClassPathXmlApplicationContext("Beans.xml");

        HelloWorld objA = (HelloWorld) context.getBean("helloWorld");

        objA.setMessage("I'm object A");
        objA.getMessage();

        HelloWorld objB = (HelloWorld) context.getBean("helloWorld");
        objB.getMessage();
    }
}

Casting ist die richtige Lösung für dieses Problem. Ich hatte das gleiche Problem mit der folgenden Zeile. ApplicationContext ctx = new AnnotationConfigApplicationContext(SpringConfig.class);

Um die Warnung zu beheben, werfen Sie das ctxObjekt wie unten beschrieben herunter und schließen Sie es dann. ((AnnotationConfigApplicationContext) ctx).close();

Den Kontext auf ConfigurableApplicationContext übertragen.

((ConfigurableApplicationContext)context).close();

Object obj = context.getBean("bean");
if(bean instanceof Bean) {
    Bean bean = (Bean) obj;
}

In meinem Fall verschwindet das Leck

Das hat für mich am besten geklappt.

import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;


public class Test {

     private static ApplicationContext con;

     public static void main(String[] args) {

         con = new ClassPathXmlApplicationContext("config.xml");

         Employee ob = (Employee) con.getBean("obj");
         System.out.println("Emp Id " + ob.getEmpno());
         System.out.println("Emp name " + ob.getEmpname());
    }
}

Wenn Sie den ClassPathXmlApplicationContext verwenden , können Sie ihn verwenden

((ClassPathXmlApplicationContext) context).close();

um das Problem mit dem Ressourcenleck zu schließen.

Wenn Sie den AbstractApplicationContext verwenden , können Sie diesen mit der close-Methode umwandeln.

((AbstractApplicationContext) context).close();

Dies hängt von der Art des Kontexts ab, der in der Anwendung verwendet wird.

import org.springframework.context.ConfigurableApplicationContext;

((ConfigurableApplicationContext)ctx).close();

Sie machen den Kontext zu einer statischen Variablen. Dies bedeutet, dass der Kontext allen statischen Methoden in der Klasse zur Verfügung steht und nicht mehr auf den Umfang der Hauptmethode beschränkt ist. Das Tool kann daher nicht mehr davon ausgehen, dass es am Ende der Methode geschlossen werden sollte, sodass die Warnung nicht mehr ausgegeben wird.

public class MainApp {
    private static ApplicationContext context;
    public static void main(String[] args) {
          context = 
                 new ClassPathXmlApplicationContext("Beans.xml");

          HelloWorld obj = (HelloWorld) context.getBean("helloWorld");

          obj.getMessage();

       }
}

Ja, die Schnittstelle ApplicationContexthat keine close()Methode, daher verwende ich gerne die Klasse AbstractApplicationContext, um diese closeMethode explizit zu verwenden. Auch hier können Sie Ihre Spring Application-Konfigurationsklasse mithilfe von Anmerkungen anstelle von XMLTyp verwenden.

AbstractApplicationContext context = new AnnotationConfigApplicationContext(SpringAppConfig.class);
Foo foo = context.getBean(Foo.class);

//do some work with foo

context.close();

Ihre Resource leak: 'context' is never closedWarnung ist jetzt weg.

Es gibt eine einfache Lösung, bei der Sie einfach das Core-JAR in die Bibliotheken eingeben, die Sie unter diesem Link erhalten [Laden Sie die Core-JAR-Dateien für das Frühjahr herunter] [1] [1]: https://static.javatpoint.com/src/sp/spcorejars. Postleitzahl

Die Methode close wurde der ConfigurableApplicationContext-Schnittstelle hinzugefügt. Das Beste, was Sie tun können, um Zugriff darauf zu erhalten, ist:

ConfigurableApplicationContext context = new ClassPathXmlApplicationContext(
                "/app-context.xml");

// Use the context...

context.close();