spring依賴除了(set注入，構造方法注入)還有哪種注入方式？除了set和constructor之外，還有工廠注入。工廠注射可分為動態(tài)工廠注射和靜態(tài)工廠注射。在特定操作期間，bean標記上有一個f

spring依賴除了(set注入，構造方法注入)還有哪種注入方式？

除了set和constructor之外，還有工廠注入。工廠注射可分為動態(tài)工廠注射和靜態(tài)工廠注射。在特定操作期間，bean標記上有一個factory method屬性來編寫工廠方法。靜態(tài)工廠和動態(tài)工廠沒有區(qū)別。還有一種情況是屬性注入。Spring或其他與Spring合作的框架提供了一系列有意識的接口供您直接使用

控制反轉和容器IOC只能看作是一種編程思想。在理想狀態(tài)下，可以實現(xiàn)自動注射和生命周期管理。但是，在實際的發(fā)展中，我個人覺得有時不如新的方便。我主要遇到以下問題：

1。編寫大量的配置和構造函數(shù)比編寫新的更麻煩，特別是對于某些函數(shù)，項目只使用一次。原來，new會立即完成，但是如果你想使用依賴注入，你仍然需要編寫配置

2。當需要注入更多的類時，構造函數(shù)就像老婦人的裹尸布一樣臭，一樣長。關鍵是以前用過的一些類現(xiàn)在不用了，你要手動清理構造函數(shù)，這比new要麻煩多了

3。這也是最關鍵的一點，有時項目的復雜性很復雜，會遇到循環(huán)注入的問題。也就是說，A依賴B，B依賴C，C依賴A，這種情況說明架構的存在是不合理的。在這一點上，您可以重構系統(tǒng)，也可以不直接使用依賴注入來解決它。]總之，依賴注入只是一種編程思想，具有一些高級特性。它不是萬能的。它存在的意義是脫鉤。從宏觀上講，就是要解決多人共同開發(fā)一個項目時，各自獨立的模塊，減少相互之間的依賴和干擾。從微觀的角度看，有幾個類是密切相關的。雖然文件是獨立的，但是功能是集成的。在這個時候，脫鉤是沒有意義的。為什么不是新的？

因此，我個人理解依賴注入與引擎是一樣的。發(fā)動機由幾個主要部件組成。這些組件之間是解耦的，可以通過依賴注入來實現(xiàn)。對于單個組件的內部部件和螺釘，必須使用依賴注入來實現(xiàn)它們。這比收益多一點。使用new來實現(xiàn)它們要方便得多。。?！景潜亲印俊景潜亲印俊景潜亲印俊景潜亲印俊景潜亲?/p>

注射與鉤子密切相關。我們通常一起談論這兩者，這使許多人認為它們是同一件事。在應用程序安全中有一個稱為完整性的概念，這意味著程序或數(shù)據(jù)不能被攻擊者惡意篡改。根據(jù)篡改的時間，破壞應用程序完整性的方法有兩種：靜態(tài)和動態(tài)。在Android上，靜態(tài)篡改方法是反編譯APK，修改或添加代碼并重新打包。只要用戶安裝了修改后的APK，攻擊者的代碼就會加載到進程空間中。動態(tài)篡改方法是hook。如果我想篡改代碼，我想實現(xiàn)的是控制程序在執(zhí)行一段邏輯時執(zhí)行我的代碼。這種行為稱為鉤子。運行時程序被表示為一個進程，在它自己的進程中有代碼和數(shù)據(jù)。所以問題是操作系統(tǒng)隔離了進程。我的代碼在我的流程中，其他人的代碼在其他人的流程中。其他人的進程不能跳轉到我的進程來執(zhí)行我的代碼。我能做什么？因此，我們需要找到一種方法，首先將代碼注入到其他人的進程中。前面提到的重新包裝也是一種靜態(tài)注入方法。動態(tài)注入方法類似于Android上的Linux共享庫注入。網(wǎng)絡上最常用的方法應該是看學古河發(fā)布的libinject。另外，還有xposed，它采用了一種特殊的注入方式，是動靜結合的。