Führen Sie die Methode beim Start im Frühjahr aus

Gibt es eine Spring 3-Funktion, mit der einige Methoden ausgeführt werden können, wenn die Anwendung zum ersten Mal gestartet wird? Ich weiß, dass ich den Trick machen kann, eine Methode mit @ScheduledAnnotation festzulegen, und sie wird direkt nach dem Start ausgeführt, aber dann wird sie regelmäßig ausgeführt.

Wenn Sie mit "Anwendungsstart" "Anwendungskontextstart" meinen, dann gibt es viele Möglichkeiten, dies zu tun . Die einfachste (für Singletons Beans jedenfalls) besteht darin, Ihre Methode mit Anmerkungen zu versehen @PostConstruct. Schauen Sie sich den Link an, um die anderen Optionen zu sehen, aber zusammenfassend sind dies:

• Mit annotierte Methoden @PostConstruct
• afterPropertiesSet() wie durch die definiert InitializingBean Rückrufschnittstelle definiert
• Eine benutzerdefinierte konfigurierte init () -Methode

Technisch gesehen sind dies Haken in die Bohne Lebenszyklus als in den Kontext-Lebenszyklus, aber in 99% der Fälle sind beide gleichwertig.

Wenn Sie sich speziell mit dem Starten / Herunterfahren des Kontexts befassen müssen, können Sie stattdessen die LifecycleSchnittstelle implementieren , dies ist jedoch wahrscheinlich nicht erforderlich .

Dies ist einfach mit einem ApplicationListener. Ich habe das zum Arbeiten gebracht, um Spring's zu hören ContextRefreshedEvent:

import org.springframework.context.ApplicationListener;
import org.springframework.context.event.ContextRefreshedEvent;
import org.springframework.stereotype.Component;

@Component
public class StartupHousekeeper implements ApplicationListener<ContextRefreshedEvent> {

  @Override
  public void onApplicationEvent(final ContextRefreshedEvent event) {
    // do whatever you need here 
  }
}

Anwendungslistener werden im Frühjahr synchron ausgeführt. Wenn Sie sicherstellen möchten, dass Ihr Code nur einmal ausgeführt wird, behalten Sie einfach einen bestimmten Status in Ihrer Komponente bei.

AKTUALISIEREN

Ab Spring 4.2+ können Sie auch die @EventListenerAnmerkung verwenden, um Folgendes zu beobachten ContextRefreshedEvent(danke an @bphilipnyc für den Hinweis):

import org.springframework.context.ApplicationListener;
import org.springframework.context.event.ContextRefreshedEvent;
import org.springframework.stereotype.Component;

@Component
public class StartupHousekeeper {

  @EventListener(ContextRefreshedEvent.class)
  public void contextRefreshedEvent() {
    // do whatever you need here 
  }
}

In Spring 4.2+ können Sie jetzt einfach Folgendes tun:

@Component
class StartupHousekeeper {

    @EventListener(ContextRefreshedEvent.class)
    public void contextRefreshedEvent() {
        //do whatever
    }
}

Wenn Sie Spring-Boot verwenden, ist dies die beste Antwort.

Ich denke, dass @PostConstructund andere verschiedene Lebenszyklusinterjektionen ein Umweg sind. Diese können direkt zu Laufzeitproblemen führen oder aufgrund unerwarteter Bean / Kontext-Lebenszyklusereignisse weniger als offensichtliche Fehler verursachen. Warum rufen Sie Ihre Bean nicht einfach direkt mit Java auf? Sie rufen die Bohne immer noch auf "Spring Way" auf (z. B. über den Spring AoP-Proxy). Und das Beste ist, es ist einfach Java, einfacher geht es nicht. Keine Notwendigkeit für Kontext-Listener oder ungerade Scheduler.

@SpringBootApplication
public class DemoApplication {

    public static void main(String[] args) {
        ConfigurableApplicationContext app = SpringApplication.run(DemoApplication.class, args);

        MyBean myBean = (MyBean)app.getBean("myBean");

        myBean.invokeMyEntryPoint();
    }
}

Für Java 1.8-Benutzer, die eine Warnung erhalten, wenn sie versuchen, auf die @ PostConstruct-Annotation zu verweisen, habe ich stattdessen die @ Scheduled-Annotation huckepack genommen, die Sie ausführen können, wenn Sie bereits einen @ Scheduled-Job mit fixedRate oder fixedDelay haben.

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.scheduling.annotation.EnableScheduling;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;

@EnableScheduling
@Component
public class ScheduledTasks {

private static final Logger LOGGER = LoggerFactory.getLogger(ScheduledTasks.class);

private static boolean needToRunStartupMethod = true;

    @Scheduled(fixedRate = 3600000)
    public void keepAlive() {
        //log "alive" every hour for sanity checks
        LOGGER.debug("alive");
        if (needToRunStartupMethod) {
            runOnceOnlyOnStartup();
            needToRunStartupMethod = false;
        }
    }

    public void runOnceOnlyOnStartup() {
        LOGGER.debug("running startup job");
    }

}

Was wir getan haben, war zu erweitern org.springframework.web.context.ContextLoaderListener, um etwas zu drucken, wenn der Kontext beginnt.

public class ContextLoaderListener extends org.springframework.web.context.ContextLoaderListener
{
    private static final Logger logger = LoggerFactory.getLogger( ContextLoaderListener.class );

    public ContextLoaderListener()
    {
        logger.info( "Starting application..." );
    }
}

Konfigurieren Sie die Unterklasse dann in web.xml:

<listener>
    <listener-class>
        com.mycomp.myapp.web.context.ContextLoaderListener
    </listener-class>
</listener>

Mit SpringBoot können wir beim Start eine Methode über ausführen @EventListener Annotation

@Component
public class LoadDataOnStartUp
{   
    @EventListener(ApplicationReadyEvent.class)
    public void loadData()
    {
        // do something
    }
}

Achtung, dies wird nur empfohlen, wenn Ihre runOnceOnStartupMethode von einem vollständig initialisierten Federkontext abhängt. Beispiel: Sie möchten ein Dao mit Transaktionsabgrenzung aufrufen

Sie können auch eine geplante Methode verwenden, bei der fixedDelay sehr hoch eingestellt ist

@Scheduled(fixedDelay = Long.MAX_VALUE)
public void runOnceOnStartup() {
    dosomething();
}

Dies hat den Vorteil, dass die gesamte Anwendung verkabelt ist (Transaktionen, Dao, ...)

Dies wird unter Planen der einmaligen Ausführung von Aufgaben mithilfe des Spring-Task-Namespace angezeigt

Es wurde eine andere Lösung veröffentlicht, die WebApplicationInitializer implementiert und viel aufgerufen wird, bevor eine Spring Bean instanziiert wird, falls jemand diesen Anwendungsfall hat

Initialisieren Sie das Standardgebietsschema und die Standardzeitzone mit der Spring-Konfiguration

AppStartListener implements ApplicationListener {
    @Override
    public void onApplicationEvent(ApplicationEvent event) {
        if(event instanceof ApplicationReadyEvent){
            System.out.print("ciao");

        }
    }
}

Wenn Sie eine Bean konfigurieren möchten, bevor Ihre Anwendung vollständig ausgeführt wird, können Sie Folgendes verwenden @Autowired:

@Autowired
private void configureBean(MyBean: bean) {
    bean.setConfiguration(myConfiguration);
}

Sie können @EventListenerfür Ihre Komponente verwenden, die aufgerufen wird, nachdem der Server gestartet und alle Beans initialisiert wurden.

@EventListener
public void onApplicationEvent(ContextClosedEvent event) {

}

Für eine Datei StartupHousekeeper.javaim Paket com.app.startup:

Tun Sie dies in StartupHousekeeper.java:

@Component
public class StartupHousekeeper {

  @EventListener(ContextRefreshedEvent.class)
  public void keepHouse() {
    System.out.println("This prints at startup.");
  }
}

Und das in myDispatcher-servlet.java:

<?xml version="1.0" encoding="UTF-8"?>
<beans>

    <mvc:annotation-driven />
    <context:component-scan base-package="com.app.startup" />

</beans>