原文連結：https://my.oschina.net/itblog/blog/205860

scope="prototype"沒寫的問題,專案中對一個表的增刪該操作是用一個action，這個actionadd,update,delete,save這些方法， 新增和修改是共用一個頁面，當頁面得到id時代表進行的修改操作，反之是新增操作。因為在配置spring的bean是忘了寫scope="prototype" 所以每次新增時都顯示最後一次訪問過的記錄,scope="prototype" 會在該型別的物件被請求 時建立一個新的action物件。如果沒有配置scope=prototype則新增的時候不會新建一個action，他任然會保留上次訪問的過記錄的資訊 webwork的Action不是執行緒安全的，要求在多執行緒環境下必須是一個執行緒對應一個獨立的例項，不能使用singleton。所以，我們在Spring配置Webwork Action Bean時，需要加上屬性scope=”prototype”或singleton=”false”。 
singleton模式指的是對某個物件的完全共享，包括程式碼空間和資料空間，說白了，如果一個類是singleton的，假如這個類有成員變數，那麼這個成員變數的值是各個執行緒共享的（有點類似於static的樣子了），當執行緒A往給變數賦了一個值以後，執行緒B就能讀出這個值。因此，對於前臺Action，肯定不能使用singleton的模式，必須是一個執行緒請求對應一個獨立的例項。推而廣之，只要是帶資料成員變數的類，為了防止多個執行緒混用資料，就不能使用singleton。對於我們用到的Service、Dao，之所以用了singleton，就是因為他們沒有用到資料成員變數，如果誰的Service需要資料成員變數，請設定singleton=false。 有狀態的bean都使用Prototype作用域，而對無狀態的bean則應該使用singleton作用域。

另外，當Spring容器中作用域不同的Bean相互依賴時，可能出現一些問題，例如：一個作用域為Singleton的Bean（設為A）依賴於一個作用域為prototype的Bean（設為B）。由於A是單例的，只有一次初始化的機會，它的依賴關係也只在初始化階段被設定，但它所依賴的B每次都會建立一個全新的例項，這將使A中的B不能及時得到更新。這樣將導致如果客戶端多次請求A，並呼叫A中B的某個方法（或獲取A中B的某個屬性），服務端總是返回同一個B，但客戶端直接請求B卻能獲得最新的物件，這就產生了物件不同步的情況。這樣就違背了B初衷：本來希望B具有prototype的行為，但是卻表現出singleton的行為了。那麼，問題如何解決呢？

    辦法有二：

• 部分放棄依賴注入：當A每次需要B時，主動向容器請求新的Bean例項，即可保證每次注入的B都是最新的例項。

• 利用方法注入。

    第一種方式顯然不是一個好的做法，程式碼主動請求Bean例項，必然導致程式碼與SpringAPI耦合在一起，造成嚴重的程式碼汙染。通常情況下，我們會採用第二種做法。使用方法注入。

    方法注入通常使用lookup方法注入，利用lookup方法注入可以讓Spring容器重寫容器中Bean的抽象或具體方法，返回查詢容器中其他Bean的結果，被查詢的Bean通常是一個non-singleton的Bean（儘管也可以是一個singleton的Bean）。Spring通過使用CGLIB庫修改客戶端的二進位制碼，從而實現上述要求。看下面的例子：

public abstract class Developer implements Person {
    public Developer() {
        System.out.println("Spring例項化主調的Bean...Developer例項");
    }
    //定義一個抽象方法，該方法將由Spring實現
    public abstract Phone getPhone();
    @Override
    public void call() {
        System.out.println("正在使用 " + getPhone() + " 打電話");
        System.out.println(getPhone().call());
    }
}

    上面的CellPhone將被部署成prototype的Bean，並被一個singleton的Bean所依賴。如果讓Spring容器直接將prototype的Bean注入到singleton中，就會出現上面的問題。為了解決這個問題，我們在singleton的Bean裡增加一個抽象方法，該方法的返回型別是一個被依賴的Bean——注意這個方法是一個抽象方法，因為程式中沒有為該方法提供實現，這個實現過程由Spring完成。下面是該singleton作用域的Bean的程式碼：

public abstract class Developer implements Person {
    public Developer() {
        System.out.println("Spring例項化主調的Bean...Developer例項");
    }
    //定義一個抽象方法，該方法將由Spring實現
    public abstract Phone getPhone();
    @Override
    public void call() {
        System.out.println("正在使用 " + getPhone() + " 打電話");
        System.out.println(getPhone().call());
    }
}

    上面的程式碼定義了一個抽象的getPhone方法，通常情況下，程式不能呼叫這個方法，但Spring框架將會負責為該方法提供是先提，這樣這個方法就會變成具體方法了，程式也就可以呼叫該方法了。為了讓Spring知道如何實現該方法，我們需要在配置檔案中使用<lookup-method>標籤，這個標籤需要指定如下兩個屬性：

• name：指定需要讓Spring實現的方法

• bean：指定Spring實現該方法後返回的值

    下面是配置片段：

<!-- 將CellPhone部署成prototype的範圍 -->
<bean id="cellPhone" class="com.abc.CellPhone" scope="prototype" />
<bean id="developer" class="com.abc.Developer">
    <!-- getPhone方法返回CellPhone，每次呼叫將獲取新的CellPhone -->
    <lookup-method name="getPhone" bean="cellPhone" />
</bean>

    上面配置的<lookup-method>指定Spring將負責實現getPhone方法，該方法將返回容器中的prototype型別的cellPhone例項。下面是測試類：

public class Test {
    public static void main(String args[]) {
        ApplicationContext context = 
                new ClassPathXmlApplicationContext("applicationContext.xml");
        Developer d = context.getBean("developer", Developer.class);
        d.call();
        d.call();
    }
}

    執行結果如下：

Spring例項化主調的Bean...Developer例項
Spring例項化依賴的Bean...CellPhone例項
正在使用 [email protected] 打電話
Spring例項化依賴的Bean...CellPhone例項
正在打電話...
Spring例項化依賴的Bean...CellPhone例項
正在使用 [email protected] 打電話
Spring例項化依賴的Bean...CellPhone例項
正在打電話...

    結果表明：當lookup方法注入後，系統每次呼叫getPhone都會返回最新的CellPhone例項而非最早的CellPhone例項。

    注意：要保證lookup方法注入每次產生的Bean例項，必須將目標Bean（本例為cellPhone）佈署成prototype作用域。否則，如果容器中只有一個目標Bean例項，即使採用lookup方法注入，每次依然返回同一個Bean例項。另外，lookup方法注入不僅能用於設值注入，還能用於構造注入。