spring自動裝置的優缺點

㈠ Spring Boot的優缺點是什麼

任何技術都是有優缺點的，沒有銀彈，解決一切問題，不留任何小尾巴

SpringBoot優點概括起來就是簡化：簡化編碼，簡化配置，簡化部署，簡化監控，簡化依賴坐標導入，簡化整合其他技術....

SpringBoot的缺點是入門簡單精通難，各種強大的功能封裝的太好了，內部原理比較難得參透！再就是用多了容易產生依賴，就像嗑葯似的，用了就離不開了；SpringBoot一旦出了錯誤，由於內部封裝比較深，部分錯誤調試難度比一般Spring應用程序要大很多！

當然完全不必糾結與SpringBoot的缺點，畢竟SpringBoot的有點太突出了，Spring早就是Java編程語言中，實際意義上的"老大"人盡皆知，而Spring的開發團隊Pivotal，又將SpringBoot造了出來，那麼其地位更加穩固！盡快入坑吧，不然會被時代的小火車，遠遠甩在屁股後~怎麼，學不下去，就去黑馬程序員官網視頻庫看免費視頻。

㈡ spring+mybatis的優缺點

mybatis的優缺點:

優點：
1.易於上手和掌握。
2.sql寫在xml里，便於統一管理和優化。
3.解除sql與程序代碼的耦合。
4.提供映射標簽，支持對象與資料庫的orm欄位關系映射
5.提供對象關系映射標簽，支持對象關系組建維護
6.提供xml標簽，支持編寫動態sql。
缺點：
1.sql工作量很大，尤其是欄位多、關聯表多時，更是如此。
2.sql依賴於資料庫，導致資料庫移植性差。
3.由於xml里標簽id必須唯一，導致DAO中方法不支持方法重載。
4.欄位映射標簽和對象關系映射標簽僅僅是對映射關系的描述，具體實現仍然依賴於sql。（比如配置了一對多Collection標簽，如果sql里沒有join子表或查詢子表的話，查詢後返回的對象是不具備對象關系的，即Collection的對象為null）
5.DAO層過於簡單，對象組裝的工作量較大。
6.不支持級聯更新、級聯刪除。
7.編寫動態sql時,不方便調試，尤其邏輯復雜時。
8提供的寫動態sql的xml標簽功能簡單（連struts都比不上），編寫動態sql仍然受限，且可讀性低。
9.使用不當，容易導致N+1的sql性能問題。
10.使用不當，關聯查詢時容易產生分頁bug。
11.若不查詢主鍵欄位，容易造成查詢出的對象有「覆蓋」現象。
12.參數的數據類型支持不完善。（如參數為Date類型時，容易報沒有get、set方法，需在參數上加@param）
13.多參數時，使用不方便，功能不夠強大。（目前支持的方法有map、對象、註解@param以及默認採用012索引位的方式）
14.緩存使用不當，容易產生臟數據。

總結：
mybatis的優點其實也是mybatis的缺點，正因為mybatis使用簡單，數據的可靠性、完整性的瓶頸便更多依賴於程序員對sql的使用水平上了。sql寫在xml里，雖然方便了修改、優化和統一瀏覽，但可讀性很低，調試也非常困難，也非常受限，無法像jdbc那樣在代碼里根據邏輯實現復雜動態sql拼接。mybatis簡單看就是提供了欄位映射和對象關系映射的jdbc，省去了數據賦值到對象的步驟而已，除此以外並無太多作為，不要把它想像成hibernate那樣強大，簡單小巧易用上手，方便瀏覽修改sql就是它最大的優點了。
mybatis適用於小型且程序員能力較低的項目和人群使用，對於中大型項目來說我並不推薦使用，如果覺得hibernate效率低的話（實際上也是使用不當所致，hibernate是實際上是不適用於擁有高負載的工程項目），還不如直接用spring提供的jdbc簡單框架（Template），同樣支持對象映射。

spring的優缺點:

優點
a.Spring能有效地組織你的中間層對象，不管你是否選擇使用了EJB。如果你僅僅使用了Struts或其他為J2EE的API特製的framework，
Spring致力於解決剩下的問題。
b.Spring能消除在許多工程中常見的對Singleton的過多使用。根據我的經驗，這是一個很大的問題，它降低了系統的可測試性和面向對
象的程度。
c.通過一種在不同應用程序和項目間一致的方法來處理配置文件，Spring能消除各種各樣自定義格式的屬性文件的需要。曾經對某個類
要尋找的是哪個魔法般的屬性項或系統屬性感到不解，為此不得不去讀Javadoc甚至源編碼？有了Spring，你僅僅需要看看類的JavaBean屬性
。InversionofControl的使用（在下面討論）幫助完成了這種簡化。
d.?通過把對介面編程而不是對類編程的代價幾乎減少到沒有，Spring能夠促進養成好的編程習慣。
e.Spring被設計為讓使用它創建的應用盡可能少的依賴於他的APIs。在Spring應用中的大多數業務對象沒有依賴於Spring。
f.使用Spring構建的應用程序易於單元測試。
g.Spring能使EJB的使用成為一個實現選擇,而不是應用架構的必然選擇。你能選擇用POJOs或localEJBs來實現業務介面，卻不會影響
調用代碼。
h.Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，它們適用於許多web應用。例如，Spring能使用AOP提
供聲明性事務管理而不通過EJB容器，如果你僅僅需要與單個資料庫打交道，甚至不需要一個JTA實現。
i.Spring為數據存取提供了一個一致的框架,不論是使用的是JDBC還是O/Rmapping產品（如Hibernate）。
Spring確實使你能通過最簡單可行的解決辦法來解決你的問題。而這是有有很大價值的。
缺點：使用人數不多、jsp中要寫很多代碼、控制器過於靈活，缺少一個公用控制器

以上內容,是我在網路上找到的,希望對你有幫助~~

㈢ spring ioc依賴注入有幾種 每種區別，優缺點

spring的核心思想是IOC和AOP，IOC-控制反轉，是一個重要的面向對象編程的法則來消減計算機程序的耦合問題，控制反轉一般分為兩種類型，依賴注入和依賴查找，依賴什麼？為什麼需要依賴？注入什麼？控制什麼？依賴注入和控制反轉是一樣的概念嗎？接觸新的知識，小編的腦袋中全是大大的問號，不過沒有關系，今天這篇博文，小編主要來簡單的介紹一下在spring IOC中依賴注入的方法。

依賴注入和控制反轉，目的是為了使類與類之間解耦合，提高系統的可擴展性和可維護性。我們可以從以下幾個方面理解：
a、參與者都有誰？
b、依賴：誰依賴誰？為什麼需要依賴？
c、注入：誰注入誰？又注入了什麼呢？
d、控制反轉：誰控制誰？控制什麼？為什麼叫反轉呢？存在正轉嗎？

e、控制反轉和依賴注入是同一個概念嗎？我們需要弄明白上面的問題，這樣對於控制反轉和依賴注入的理解有大大的幫助。

首先：第一個問題，參與者都有誰？
1）對象
2）IOC/DI容器
3）某個對象的外部資源

第二問題：依賴，誰依賴誰？為什麼需要依賴？
依賴嘛，很好理解的，對象依賴於IOC/DI容器，至於為什麼要依賴呢？對象需要IOC/DI容器來提供對象需要的外部資源。

第三個問題：注入，誰注入誰？又注入了什麼呢？
顯而易見是IOC/DI容器注入對象，注入了what呢？肯定注入的是某個需要的東西那就是注入對象所需要的資源，肯定不會注入無關緊要的內容，你說呢？

第四個問題：控制反轉，誰控制誰？控制什麼？為什麼叫反轉呢？存在正轉嗎？
控制反轉，控制什麼？肯定是IOC/DI容器控制對象，主要是控制對象實例的創建，反轉是相對於正向而言的，那麼什麼算是正向的呢？考慮一下常規情況下的應用程序，如果要在A裡面使用C，你會怎麼做呢？當然是直接去創建C的對象，也就是說，是在A類中主動去獲取所需要的外部資源C，這種情況被稱為正向的。那麼什麼是反向呢？就是A類不再主動去獲取C，而是被動等待，等待IoC/DI的容器獲取一個C的實例，然後反向的注入到A類中。

第五個問題：控制反轉和依賴注入式同一個概念嗎？

依賴注入和控制反轉是對同一件事情的不同描述，從某個方面講，就是它們描述的角度不同。依賴注入是從應用程序的角度在描述，可以把依賴注入描述完整點：應用程序依賴容器創建並注入它所需要的外部資源；而控制反轉是從容器的角度在描述，描述完整點：容器控制應用程序，由容器反向的向應用程序注入應用程序所需要的外部資源。

了解了這些基本的概念，弄明白她們之間的聯系和區別，能夠幫助我們更好的理解，接著小編來重點介紹一下依賴注入，在spring ioc中有三種依賴注入，分別是：

a、介面注入；
b、setter方法注入；
c、構造方法注入；

接著小編對這三種注入方式一一進行講解，通過demo的講解，希望能夠幫助小夥伴們更好的理解，不足之處還請多多指教。
介面注入

publicclassClassA{
privateInterfaceBclzB;
publicvoiddoSomething(){
Ojbectobj=Class.forName(Config.BImplementation).newInstance();
clzB=(InterfaceB)obj;
clzB.doIt();
}
……
}

解釋一下上述的代碼部分，ClassA依賴於InterfaceB的實現，我們如何獲得InterfaceB的實現實例呢？傳統的方法是在代碼中創建 InterfaceB實現類的實例，並將賦予clzB.這樣一來，ClassA在編譯期即依賴於InterfaceB的實現。為了將調用者與實現者在編譯期分離，於是有了上面的代碼。我們根據預先在配置文件中設定的實現類的類名(Config.BImplementation),動態載入實現類，並通過InterfaceB強制轉型後為ClassA所用，這就是介面注入的一個最原始的雛形。

setter方法注入

setter注入模式在實際開發中有非常廣泛的應用，setter方法更加直觀，我們來看一下spring的配置文件：

<?xmlversion="1.0"encoding="UTF-8"?>
<beansxmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-4.1.xsd
http://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop-4.1.xsd
http://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

<!--使用spring管理對象的創建，還有對象的依賴關系-->
<beanid="userDao4Mysql"class="com.tgb.spring..UserDao4MysqlImpl"/>

<beanid="userDao4Oracle"class="com.tgb.spring..UserDao4OracleImpl"/>

<beanid="userManager"class="com.tgb.spring.manager.UserManagerImpl">
<!--(1)userManager使用了userDao，Ioc是自動創建相應的UserDao實現，都是由容器管理-->
<!--(2)在UserManager中提供構造函數，讓spring將UserDao實現注入（DI）過來-->
<!--(3)讓spring管理我們對象的創建和依賴關系，必須將依賴關系配置到spring的核心配置文件中-->

<propertyname="userDao"ref="userDao4Oracle"></property>
</bean>

</beans>

接著我們來看一下，setter表示依賴關系的寫法

importcom.tgb.spring..UserDao;

{

privateUserDaouserDao;

//使用設值方式賦值
publicvoidsetUserDao(UserDaouserDao){
this.userDao=userDao;
}

@Override
publicvoidaddUser(StringuserName,Stringpassword){

userDao.addUser(userName,password);
}
}

構造器注入

構造器注入，即通過構造函數完成依賴關系的設定。我們看一下spring的配置文件：

<?xmlversion="1.0"encoding="UTF-8"?>
<beansxmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-4.1.xsd
http://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop-4.1.xsd
http://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

<!--使用spring管理對象的創建，還有對象的依賴關系-->
<beanid="userDao4Mysql"class="com.tgb.spring..UserDao4MysqlImpl"/>

<beanid="userDao4Oracle"class="com.tgb.spring..UserDao4OracleImpl"/>

<beanid="userManager"class="com.tgb.spring.manager.UserManagerImpl">
<!--(1)userManager使用了userDao，Ioc是自動創建相應的UserDao實現，都是由容器管理-->
<!--(2)在UserManager中提供構造函數，讓spring將UserDao實現注入（DI）過來-->
<!--(3)讓spring管理我們對象的創建和依賴關系，必須將依賴關系配置到spring的核心配置文件中-->

<constructor-argref="userDao4Oracle"/>
</bean>

</beans>

我們再來看一下，構造器表示依賴關系的寫法，代碼如下所示：

importcom.tgb.spring..UserDao;

{

privateUserDaouserDao;

//使用構造方式賦值
publicUserManagerImpl(UserDaouserDao){
this.userDao=userDao;
}

@Override
publicvoidaddUser(StringuserName,Stringpassword){

userDao.addUser(userName,password);
}
}

介面注入 && setter注入 && 構造器注入

介面注入：
介面注入模式因為具備侵入性，它要求組件必須與特定的介面相關聯，因此並不被看好，實際使用有限。

Setter 注入：
對於習慣了傳統 javabean 開發的程序員，通過 setter 方法設定依賴關系更加直觀。如果依賴關系較為復雜，那麼構造子注入模式的構造函數也會相當龐大，而此時設值注入模式則更為簡潔。如果用到了第三方類庫，可能要求我們的組件提供一個默認的構造函數，此時構造子注入模式也不適用。

構造器注入：
在構造期間完成一個完整的、合法的對象。所有依賴關系在構造函數中集中呈現。依賴關系在構造時由容器一次性設定，組件被創建之後一直處於相對「不變」的穩定狀態。只有組件的創建者關心其內部依賴關系，對調用者而言，該依賴關系處於「黑盒」之中。

㈣ spring 是java編程中啊哪類軟體 有什麼優缺點

在SSH框假中spring充當了管理容器的角色，Spring 可以大大降低耦合。
首先耦合說白了就是類（也可以大到功能）與類之間的關聯程度，關聯越大，你的維護成本就越高，因為你改其中一個類，就很可能要去改和它關聯的其他類，所以在設計的時候需要考慮清楚，盡量做到鬆散耦合，這時候就需要Spring了。

struts負責控制Service（業務邏輯處理類）也就是C，從而控制了Service的生命周期，這樣層與層之間的依賴很強，屬於耦合。這時，使用spring框架就起到了控制Action對象（Strus中的）和Service類的作用，兩者之間的關系就鬆散了，Spring的Ioc機制（控制反轉和依賴注入）正是用在此處。

Spring的Ioc（控制反轉和依賴注入）
控制反轉：就是由容器控製程序之間的（依賴）關系，而非傳統實現中，由程序代碼直接操控
依賴注入：組件之間的依賴關系由容器在運行期決定 ，由容器動態的將某種依賴關系注入到組件之中 。
從上面我們不難看出：從頭到尾Action僅僅是充當了Service的控制工具，這些具體的業務方法是怎樣實現的，他根本就不會管，也不會問，他只要知道這些業務實現類所提供的方法介面就可以了。而在以往單獨使用Struts框架的時候，所有的業務方法類的生命周期，甚至是一些業務流程都是由Action來控制的。層與層之間耦合性太緊密了，既降低了數據訪問的效率又使業務邏輯看起來很復雜，代碼量也很多。，Spring容器控制所有Action對象和業務邏輯類的生命周期，由於上層不再控制下層的生命周期，層與層之間實現了完全脫耦，使程序運行起來效率更高，維護起來也方便。

使用Spring的第二個好處（AOP應用）： 這個不太理解。
事務的處理：
在以往的JDBCTemplate中事務提交成功，異常處理都是通過Try/Catch 來完成，而在Spring中。Spring容器集成了TransactionTemplate，她封裝了所有對事務處理的功能，包括異常時事務回滾，操作成功時數據提交等復雜業務功能。這都是由Spring容器來管理，大大減少了程序員的代碼量，也對事務有了很好的管理控制。Hibernate中也有對事務的管理，hibernate中事務管理是通過SessionFactory創建和維護Session來完成。而Spring對SessionFactory配置也進行了整合，不需要在通過hibernate.cfg.xml來對SessionaFactory進行設定。這樣的話就可以很好的利用Sping對事務管理強大功能。避免了每次對數據操作都要現獲得Session實例來啟動事務/提交/回滾事務還有繁瑣的Try/Catch操作。這些也就是Spring中的AOP（面向切面編程）機制很好的應用。一方面使開發業務邏輯更清晰、專業分工更加容易進行。另一方面就是應用Spirng AOP隔離降低了程序的耦合性使我們可以在不同的應用中將各個切面結合起來使用大大提高了代碼重用度 。
對Spring好處的簡單理解

㈤ 請說說Sping和EJB各自的優缺點吧

1.spring 和 EJB 有什麼可比之處？
Spring和EJB都是兩種Java領域模型(框架),當然有很多不同，其實比不需要關注兩者的不同，以及可比之處，如果客戶要求你使用EJB，你就用EJB，要你用Spring，你就用Spring。不用不需要知道，因為知道了沒好處。如果客戶沒有要求，建議你用Spring，更加敏捷，它的依賴注入可以讓它跟其它任何框架無耦合的組合。
所謂輕量級，就是它對容器(如sevlet容器或Ejb容器)的依賴更小，並不表示它的性能和功能比重量級的差，很多伺服器中沒有包含Ejb容器。

2. spring 能支持分布式嗎?
分布式很大一部分依賴的是容器。Java本身就有支持分布式的特性。與具體框架無關。所以如果你的程序設計成分布式的，那就是分布式的，不管你用srping，還是Ejb，或者兩個都用

3.分布式具體怎麼描述的?
所謂分布式，就是一個系統的多個服務在不同的域上。舉個例子，你登錄了sohu之後，可以訪問chinaren而不需要重新登錄，但sohu和chianren是兩個不同的域，你把這一整個看成一個大系統，那麼兩個域中的子系統就是分布式的服務。有一種叫單點登錄的技術能夠讓你跨域訪問多個子應用，而不需要從新登錄。
還有一種分布式是為了控制大量的並發訪問，你訪問sohu，其實有可能訪問的並非總是同一個伺服器，它可能是多個伺服器提供完全相同內容的系統，在這些系統的前端，有個提供負載均衡的系統引導你去訪問當前負荷較小的伺服器。

3.EJB 到底有什麼好處
這個問題很奇怪，每個框架都要它的特點。但你需要什麼，當它能滿足你，你就去用它嘛。你當然有權利決定使用其它的事務管理機制來替代EJB的，比如spring的申明式事務。你要做的就是把系統做出來，老闆不會關心你的技術細節。
如果實在不知道是要用EJB或者Spring（如果兩者的了解程度相當），就抓鬮決定吧，o(∩_∩)o...。

4.JMS 和事務管理,什麼時候才用得上? 我開發了那麼多系統.從來沒碰過!
JMS沒用過有可能，因為大部分J2EE都是單服務的web應用。不需要通過JMS提供底層系統內部通信。但事務！！！，任何一個有CURD的系統都該有的呀，否則如何保證數據的安全呢？
比如你有兩個操作，先添加一條記錄，緊接著修改這條記錄，當你第一個操作執行完了，第二個操作出異常了，這兩個操作是一件事，把它套在一個事務里，第一個操作就算成功了，也會被回滾，因為它整體是失敗的。沒有事務，事情就只做了一半，就會多出一條錯誤數據。

㈥ Spring框架自動裝配的局限性是什麼，有

w行路難(李白)

㈦ springboot自動裝配原理面試回答是什麼

SpringBoott自動裝配原理主要解決了傳統spring的重量級xml配置Bean.實現了自動裝配；所以，我們也常在面試中被問到SpringBoot是如何實現自動裝配。

springboo的介紹

SpringBoot基於Spring4.0設計，不僅繼承了Spring框架原有的優秀特性，而且還通過簡化配置來進一步簡化了Spring應用的整個搭建和開發過程。

另外SpringBoot通過集成大量的框架使得依賴包的版本沖突，以及引用的不穩定性等問題得到了很好的解決。SpringBoot框架中還有兩個非常重要的策略：開箱即用和約定優於配置，開箱即用，Outofbox，是指在開發過程中。

通過在MAVEN項目的pom文件中添加相關依賴包，然後使用對應註解來代替繁瑣的XML配置文件以管理對象的生命周期。

這個特點使得開發人員擺脫了復雜的配置工作以及依賴的管理工作，更加專注於業務邏輯。約定優於配置，Convention over configuration，是一種由SpringBoot本身來配置目標結構。

㈧ spring3.0 兩種事務配置的優缺點比較

基於XML 的方式 優點：可以再後期維護的時候適當的調整事務管理模式，並且只要遵循一定的命名規范，可以讓程序員不必關心事物。但是缺點是不容易理解，配置容易失誤，並且需要一個聽話的團隊。
基於註解方式 配置比較方便，程序員只要在service層代碼設置即可實現。缺點就是後期調整很煩，基本上調整事物的話會死。

㈨ 2.Spring Boot的優缺點是什麼

任何技術都是有優缺點的，沒有銀彈，解決一切問題，不留任何小尾巴

SpringBoot優點概括起來就是簡化：簡化編碼，簡化配置，簡化部署，簡化監控，簡化依賴坐標導入，簡化整合其他技術....

SpringBoot的缺點是入門簡單精通難，各種強大的功能封裝的太好了，內部原理比較難得參透！再就是用多了容易產生依賴，就像嗑葯似的，用了就離不開了；SpringBoot一旦出了錯誤，由於內部封裝比較深，部分錯誤調試難度比一般Spring應用程序要大很多！

當然完全不必糾結與SpringBoot的缺點，畢竟SpringBoot的有點太突出了，Spring早就是Java編程語言中，實際意義上的"老大"人盡皆知，而Spring的開發團隊Pivotal，又將SpringBoot造了出來，那麼其地位更加穩固！盡快入坑吧，不然會被時代的小火車，遠遠甩在屁股後~怎麼，學不下去，黑馬程序員教程視頻資源官網都免費發布，直接去學就行了。

㈩ spring自動裝配是什麼意思

spring IoC容器可以自動裝配（autowire）相互協作bean之間的關聯關系。因此，如果可能的話，可以自
動讓Spring通過檢查BeanFactory中的內容，來替我們指定bean的協作者（其他被依賴的bean）。由於
autowire可以針對單個bean進行設置，因此可以讓有些bean使用autowire，有些bean不採用。autowire的
方便之處在減少或者消除屬性或構造器參數的設置，這樣可以給我們的配置文件減減肥