Wie können Spring Life Cycle-Methoden bei der Verwendung von Java Config verhindert werden?

Question

Wie kann ich verhindern, dass die @ PostConstruct-Methode für die ProblematischeSerivce von Spring aufgerufen wird, nachdem ich das Objekt zurückgegeben habe?

@Configuration 
class MyConfig { 
    @Bean 
    public ProblematicService problematicService() { 
     ProblematicService service = someMethodOutsideMyControl(); 
     // ProblematicService is constructed for me by other code (outside of Spring) 
     // and it happens to have a @PostConstruct method. The @PostConstruct method 
     // cannot be invoked here or by Spring once this method returns. 
     return service; 
    } 
} 

Ich glaube, das Ergebnis in einem FactoryBean Verpackung würde die gewünschte Wirkung hat, aber ich brauche diesen Code an mehreren Stellen zu wiederholen, so dass ich für eine elegantere Lösung.

Answer 1

Dies ist eine nicht-triviale Änderung. Eine @Configuration Klasse (oder besser gesagt die AnnotationConfigApplicationContext) registriert eine CommonAnnotationBeanPostProcessor, die für den Aufruf der -Methode einer Bean zuständig ist. Das würde bedeuten, fast den gesamten Spring IoC Stack zu ändern.

Eigentlich, Sie könnten nur einen CommonAnnotationBeanPostProcessor mit einem Bohnen Namen org.springframework.context.annotation.internalCommonAnnotationProcessor erklären, die man die Standardeinstellung überschreiben wird. Sie können den Init-Annotationstyp auf null setzen, sodass er ignoriert.

@Bean(name = "org.springframework.context.annotation.internalCommonAnnotationProcessor") 
public CommonAnnotationBeanPostProcessor commonAnnotationBeanPostProcessor() { 
    CommonAnnotationBeanPostProcessor bean = new CommonAnnotationBeanPostProcessor(); 
    bean.setInitAnnotationType(null);; 
    return bean; 
} 

Vorsichtig bei der Verwendung dieser, wie es andere Dinge brechen könnte.

Ich werde zuerst empfehlen, zu versuchen und einen Weg darum zu finden. Geben Sie beispielsweise ein Wrapper-Objekt zurück, mit dem Sie auf die ProblematicService zugreifen können.

@Bean 
public ServiceProvider provider() { 
    ProblematicService service = ...; 
    ServiceProvider provider = new ServiceProvider(service); 
    return provider; 
} 

Oder ähnlich die FactoryBean Sie vorgeschlagen.

Eine andere, kühlere, aber hässlichere Methode ist das Wrapping des Objekts in einen CGLIB-Proxy.

@Bean 
public ProblematicService service() { 
    ProblematicService service = ...; 
    Enhancer enhancer = new Enhancer(); 
    enhancer.setSuperclass(service.getClass()); 
    enhancer.setCallback(new MethodInterceptor() { 
     ProblematicService inner = service; 
     @Override 
     public Object intercept(Object obj, Method method, Object[] args, 
        MethodProxy proxy) throws Throwable { 
      if (!method.getName().equals("initMethodName")) 
       return method.invoke(inner, args); 
      return null; 
     } 
    }); 
    return (ProblematicService) enhancer.create(); 
} 

Grundsätzlich kann die init-Methode nie aufgerufen werden.