一、背景

清分服務新增一個非同步處理功能(@asyc)，本地測試時發現啟動服務後有時正常有時異常。

二、程式碼再現

1、啟動類程式碼

2、服務啟動後報錯，如下：

三、問題分析

1、相同的環境，啟動服務結果不同，定位為工程程式碼引起該異常。

2、啟動類中，配置檔名採用了萬用字元，理論上配置檔案載入順序不固定。

3、從機器上的日誌可以看出，啟動成功和異常時spring/application-xxx.xml載入順序不同。

4、從錯誤日誌可以看出兩個問題點：迴圈依賴和不同的bean依賴了同一個bean的不同版本。(spring預設支援迴圈依賴)

說明：

1、bean的例項化過程：create bean →  cache bean → inject element → inject element → inject element ... ... → finish（debug模式可以跟蹤完整的bean例項化過程）

2、非迴圈依賴場景

條件：A依賴B，如果先create A

例項化過程為：create A → cache A → create B → cache B → finish B → inject B to A → finish A。(被依賴物件先finish，即B先於A例項化完成)

3、迴圈依賴場景

條件：A依賴B，B依賴A，如果先create A

例項化過程為：create A → cache A → create B → cache B → inject A to B → finish B → inject B to A → finish A。(spring允許eagerly cached instance注入到其他bean中，eagerly cached instance 指已快取但未finish的bean)

清分工程中bean的依賴比較複雜，抽象出下面的場景做說明：(下面的bean都為單例模式，非單例模式下bean不會進行cache，不支援迴圈依賴）

步驟1：A依賴B、C依賴B，B依賴C，並且B實現類的方法上存在@async註解，即B在例項化完成前會生成代理。
步驟2：A開始create，發現B未例項化，於是先cache A。
步驟3：B開始create，發現C未例項化，於是先cache B。
步驟4：C開始create，發現B已例項化，取出cache的B，注入C中，C finish。
(為什麼B未例項化完就注入到C中了？that is not fully initialized yet - a consequence of a circular reference，因為存在迴圈依賴，所以允許先注入。猜測未做是否被代理的檢測)
步驟5：生成B的代理類[email protected]。
步驟6：[email protected]注入到A時，發現[email protected]的原始例項B已注入到迴圈引用的C中，卻沒有使用B的最終代理類[email protected]，所以拋異常。

正常情況應該為B先finish，A和C後finish，這樣可以保證B的最終代理類注入到A和C中。

四、小心陷阱

1、depends-on設定：如果A depends-on B，只會保證B先於A開始例項化(Creating instance of bean)，但不保證B先於A例項完成(Finished creating instance of bean)。對於簡單的bean，例項化完成順序正常。

2、儘量保持bean的依賴關係簡單。

3、保證bean載入順序固定。