通常我們?cè)谧鲆惶紫到y(tǒng)時(shí)，一個(gè)請(qǐng)求的流程大概是action（controller）->service->dao，這個(gè)流程很清晰，也很簡(jiǎn)單，但是在具體業(yè)務(wù)中我們可能需要不同的業(yè)務(wù)之間的配合使用，這時(shí)可能需要service中調(diào)用service。例如AService中調(diào)用BService,BService中又調(diào)用CService，CService又調(diào)用AService，這樣我們就造成了A中注入B，B中注入C，C中又注入A的循環(huán)注入情況，這時(shí)Spring在初始化時(shí)就出問(wèn)題了。在查詢(xún)了一些資料中，基本上意見(jiàn)都是“這屬于系統(tǒng)設(shè)計(jì)問(wèn)題”，經(jīng)過(guò)不斷的思考，我想出一個(gè)解決辦法，那就是我們?cè)谄胀ǖ娜龑釉O(shè)計(jì)中再添加一層（BusinessService），我們規(guī)定：1，**Service層只面向單表（這里的單表指的是不注入其他service層，當(dāng)然在寫(xiě)sql時(shí)仍然可以join其他表，不過(guò)返回結(jié)果就需要自定義一個(gè)dto來(lái)接收）**。2，**若在service層只對(duì)數(shù)據(jù)庫(kù)負(fù)責(zé)，要進(jìn)行數(shù)據(jù)持久時(shí)，不校驗(yàn)數(shù)據(jù)的正確性，只校驗(yàn)數(shù)據(jù)是否為空，是否符合數(shù)據(jù)庫(kù)的非空約束、是否符合數(shù)據(jù)庫(kù)的索引約束等。**若有比較復(fù)雜的業(yè)務(wù)（需要多個(gè)子業(yè)務(wù)支撐）時(shí)，我們?cè)贐usiness層中統(tǒng)一調(diào)用多個(gè)service層的方法，然后依次由BusinessService層進(jìn)行組裝和事務(wù)控制，舉個(gè)例子：我們現(xiàn)在有一個(gè)添加學(xué)生個(gè)業(yè)務(wù)，添加學(xué)生總共有3個(gè)子業(yè)務(wù)   1，保存學(xué)生基本信息   2，更新學(xué)生所在的班級(jí)學(xué)生數(shù)量   3，更新學(xué)生所在的學(xué)校的學(xué)生總數(shù)那我們只需要在StudentBusinessService中依次注入StudentService、ClassStudentCountService、SchoolStudentCountService，并在StudentBusinessService中的add方法內(nèi)依次調(diào)用這三個(gè)子業(yè)務(wù)的對(duì)應(yīng)方法即可。如此，這樣A->B-C->A 就變成了 A-B,A-C（A層為BusinessService層，B、C為service層，service層永遠(yuǎn)不會(huì)調(diào)用BusinessService層，從而打破了之前循環(huán)結(jié)構(gòu)） 從而解決了之前的問(wèn)題了但是，隨著業(yè)務(wù)的增長(zhǎng)，之前在BusinessService中定義的方法可能成為更大的一個(gè)業(yè)務(wù)中的一個(gè)子業(yè)務(wù)了，舉個(gè)例子，教師在從一個(gè)校區(qū)調(diào)到另一個(gè)校區(qū)，此時(shí)需要將該教師原有的學(xué)生全部加入到現(xiàn)在的校區(qū)中（**此處為業(yè)務(wù)規(guī)定，不做合理性解釋**）那么也很簡(jiǎn)單，我們需要在TeacherBusinessService中注入StudentBusinessService即可，然后調(diào)用StudentBusinessService的add方法，然后add方法會(huì)調(diào)用其他子業(yè)務(wù)，但是這樣可能又回到了之前的A->B-C-A的模式了，隨著業(yè)務(wù)的增長(zhǎng)，很可能又會(huì)出現(xiàn)循環(huán)注入的問(wèn)題。我暫時(shí)還沒(méi)想出更好的解決辦法，不知各位是如何處理類(lèi)似的問(wèn)題的？