重複調用Destroy和New Context是否很糟糕？

Question

比方說，我有我的主類這樣的：

public class TestTasker 
{ 
    private static GenericXmlApplicationContext context; // to be accessed by static main 

    public void runTask() 
    { 
     System.out.println("Current time is: " + new Date()); 

     context.destroy(); 
     initContext(); 

     // if I do this instead.. 
     // context.refresh(); 
     // I'd get an exception: 
     // SEVERE: Invocation of method 'runTask' on target class [class spring.task.test.TestTasker] failed 
     // java.lang.IllegalStateException: GenericApplicationContext does not support multiple refresh attempts: just call 'refresh' once 

     // EDIT2: by using ClassPathXmlApplicationContext instead of generic context, 
     // I can call context.refresh() with no error. 
    } 

    private static initContext() 
    { 
     context = new GenericXmlApplicationContext("AppContext.xml"); 
    } 

    public static void main(String[] args) 
    { 
     initContext(); 
    } 
} 

和AppContext.xml：

<?xml version="1.0" encoding="UTF-8"?> 
<beans xmlns="http://www.springframework.org/schema/beans" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:task="http://www.springframework.org/schema/task" 
    xmlns:util="http://www.springframework.org/schema/util" xmlns:context="http://www.springframework.org/schema/context" 
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd 
     http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd 
     http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util.xsd 
     http://www.springframework.org/schema/task http://www.springframework.org/schema/task/spring-task-3.0.xsd"> 

    <!-- Task Scheduler --> 
    <task:annotation-driven /> 
    <bean id="testTasker" class="spring.task.test.TestTasker" /> 
    <util:properties id="applicationProps" location="application.properties" /> 
    <context:property-placeholder 
     properties-ref="applicationProps" /> 
    <task:scheduled-tasks> 
     <task:scheduled ref="testTasker" method="runTask" 
      cron="#{applicationProps['cron.expression']}" /> 
    </task:scheduled-tasks> 

</beans> 

和application.properties：

cron.expression=*/5 * * * * ? 

威爾，會有負面的負面影響等等，如內存泄漏，如果我這樣做（重複調用destroy和new context）？

有沒有更好的解決辦法？我只需要Spring來刷新 AppContext自動/定期..

編輯：編輯主類的代碼。調用context.refresh()會給這個例外，

SEVERE: Invocation of method 'runTask' on target class [class spring.task.test.TestTasker] failed java.lang.IllegalStateException: GenericApplicationContext does not support multiple refresh attempts: just call 'refresh' once

EDIT2：使用ClassPathXmlApplicationContext，而不是一般的方面，我可以調用雖然context.refresh（），沒有錯誤。

Answer 1

GenericXmlApplicationContext.refresh（）的問題是，它不支持多重刷新。你能分享一下你的更新代碼嗎？看起來它在初始化後不止一次被調用。

這裏是春天文檔讀取

與此相反，對於每個刷新創建一個新的內部的BeanFactory實例等ApplicationContext實現，這種情況下的內部Bean工廠從一開始就使用權，可以註冊豆關於它的定義。 AbstractApplicationContext.refresh（）只能被調用一次。

對於XML bean定義的典型情況，只需使用ClassPathXmlApplicationContext或FileSystemXmlApplicationContext，它們更容易設置 - 但靈活性較差，因爲您可以爲XML bean定義使用標準資源位置，而不是混合任意bean定義格式。 Web環境中的等價物是XmlWebApplicationContext。

對於應該以可刷新方式讀取特殊bean定義格式的自定義應用程序上下文實現，請考慮從AbstractRefreshableApplicationContext基類派生。

Answer 2

你可以使用context.refresh（）;

它應該銷燬已經創建的單身人士，如果它失敗，以避免搖晃資源。換句話說，在調用該方法之後，應該實例化全部或者全部的單例。