溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要講解了“Spring底層原理是什么”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Spring底層原理是什么”吧！
ClassPathXmlApplicationContext context = new classPathXmlApplicationContext("spring.xml");
UserService userService = (UserService) context.getBean("userService");
userService.test();上面一段代碼是我們開始學習spring時看到的，光看這三行代碼，其實并不能體現出來Spring的強大之處。
但其實ClassPathXmlApplicationContext早已經過時，新版的Spring MVC和SpringBoot的底層中主要用的都是AnnotationConfigApplication，例如：
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);
//ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("spring.xml");
UserService userService = (UserService) context.getBean("userService");
userService.test();兩者寫法基本類似，區別在于前者需要傳入的是一個xml文件，后者傳入的是一個class。都可以指定掃描路徑，也可以定義Bean。例如：
spring.xml文件樣例：
<context:component-scan base-package="com.zhouyu"/> <bean id="userService" class="com.zhouyu.service.UserService"/>
AppConfig.java文件樣例：
@ComponentScan("com.zhouyu")
public class AppConfig {
@Bean
public UserService userService(){
return new UserService();
}
}不過我們很少這樣使用Spring，而是使用Spring MVC 或者 SpringBoot，但是它們都是基于上面這種方式的，都需要在內部去創建一個ApplicationContext的，只不過：
Spring MVC創建的是XmlWebApplicationContext，和ClassPathXmlApplicationContext類似，都是基于XML配置的
Spring Boot創建的是AnnotationConfigApplicationContext
先看下面代碼
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);
UserService userService = (UserService) context.getBean("userService");
userService.test();當我們調用context.getBean(“userService”)時，就會去創建一個對象，但是getBean方法內部怎么知道"userService"對應的是UserService類呢？
所以，我們就可以分析出來，在調用AnnotationConfigApplicationContext的構造方法時，也就是第一行代碼，會去做一些事情：
解析APPConfig.class，得到包掃描路徑
遍歷掃描路徑下的所有Java類，如果如果發現帶有@Component、@Service等注解時，Spring會把這個類記錄下來，存在一個Map中，比如Map<String,Class>。（實際上,Srping源碼中確實存在這么類似的Map，叫BeanDefinitionMap）
Spring會根據某個規則生成當前類對應的beanName，作為key存入Map，并把當前作為Value存入
這樣，但調用context.getBean(“userService”)時，就可以根據"userService"找到UserService類，從而就可以去創建對象了。
利用該類的構造方法來實例化得到一個對象
得到一個對象后，Spring 會判斷該對象中是否存在被@Autowire注解了的屬性，吧這些屬性找出來并由Spring進行賦值（依賴注入）。
依賴注入后，Spring會判斷該對象是否實現了BeanNameAware接口、BeanClassLoaderAware接口、BeanFactoryAware接口，如果實現了，就表示當前對象必須實現該接口中所定義的setBeanName()、setBeanClassLoader()、setBeanFactory()方法，那Spring就會調用這些方法并傳入相應的參數（Aware回調）
Aware回調后，Spring會判斷該對象中是否存在某個方法被@PostConstruct注解了，如果存在，Spring會調用當前對象的此方法（初始化前）。
緊接著，Spring會判斷該對象是否實現了InitializingBean接口，如果實現了，就表示當前對象必須實現afterPropertiesSet()方法，那Spring就會調用當前對象中的afterPropertiesSet()方法（初始化）
最后Spring會判斷當前對象需不需進行AOP，如果不需要，那么Bean就創建完成了，如果需要進行AOP，則會進行動態代理并生成一個代理對象作為Bean（初始化后）。
通過最后一步，我們發現，當Spring根據UserService類來創建一個Bean時：
如果不用進行AOP，那么Bean就是UserService累的構造方法所得到的對象。
如果進行AOP，那么Bean就是UserService的代理類所實例化得到的對象，而不是UserService本身所得到的對象。
Bean創建出來后：
如果當前Bean是單例Bean，那么會把該Bean存入一個Map<String,Object>，Map的key為beanName，value為Bean對象。這樣下次getBean時就可以直接從Map中拿到Bean對象了。（實際上，在Spring源碼中，這個Map就是單例池）
如果當前Bean是原型Bean，那么后續沒有其他動作，不會存入一個Map，下次getBean時會再次執行上述創建過程，得到一個新的Bean對象。
UserService.class —> 無參構造方法 —>普通對象—>依賴注入（屬性賦值、BeanNameAware接口、BeanClassLoaderAware接口、BeanFactoryAware接口）—>初始化前（postconstruct)—>初始化（initializingBean)—>初始化后（aop)—>代理對象—>Bean
Spring在基于某個類生成Bean的過程中，需要利用該類的構造方法來實例化一個對象，但是如果一個類存在多個構造方法，Spring會使用哪個呢？
Spring的判斷邏輯如下：
如果一個類只存在一個構造方法，不管該構造方法是無參構造方法還是有參構造方法，Spring都會使用這個構造方法。
如果一個類存在多個構造方法
這些構造方法中，存在一個無參的構造方法，那么Spring就會用這個無參的構造方法
這些構造方法中，如果不存在無參的構造方法，那么Spring就會報錯
Spring的設計思想是這樣的：
如果一個類只有一個構造方法，那么沒得選擇，只能用這個構造方法
如果一個類存在多個構造方法，Spring不知道如何選擇，就會看是否有無參的構造方法，因為無參構造方法本身表示了一種默認的意義
不過如果某個構造方法上加了@Autowired注解，那就表示程序員告訴Spring就用這個加了注解的方法，那Spring就會用這個加了@Autowired注解構造方法了
如果Spring選擇了一個有參的構造方法，Spring在調用這個有參構造方法時，需要傳入參數，那這個參數是怎么來的呢？
現根據入參類型找，如果只找到一個，那么久直接用來作為入參
如果根據類型找到多個，則再根據入參名字來確定唯一一個
最終如果沒有找到，則會報錯，無法創建Bean對象
確定用哪個構造方法，確定入參的Bean對象，這個過程就叫做推斷構造方法。
AOP就是動態代理，在創建一個Bean的過程中，Spring在最后一步會去判斷這個Bean是不是需要進行AOP，如果需要則會進行動態代理。
如何判斷當前Bean對象是否需要進行AOP：
找出所有的切面Bean
遍歷切面中的每個方法，看看是否寫了@before、@After等注解
如果寫了，則判斷所對應的pointcut是否和當前Bean對象的類是否匹配。
如果匹配則表示當前Bean對象有匹配的pointcut，表示需要進行AOP
利用cglib進行AOP的大致流程：
生成代理類UserServiceProxy，代理類繼承UserService
代理類中重寫了父類的方法，比如UserService的Test()方法
代理類中還會有一個target屬性，該屬性的值為被代理的對象
代理類中的test()方法被執行時邏輯如下：
執行切面邏輯（@Before）
調用target.test()
當我們從Spring容器得到UserService的Bean對象時，拿到的就是UserServiceProxy所生成的對象，也就是代理對象。
UserService代理對象.test()—>執行切面邏輯—>target.test()，注意target對象不是代理對象，而是被代理對象。
當我們在某個方法上加了@Transactional注解后
Spring事務的代理對象執行某個方法時的步驟：
判斷當前執行的方法是否存在@Transactional注解
如果存在，則利用事務管理器（transactionManager）新建一個數據庫連接
修改數據庫連接的autocommit為false
執行target.test()，執行業務邏輯代碼，執行SQL
執行完成如果無異常，則提交，否則回滾。
Spring事務是否會失效的判斷標準：某個加了@Transaction注解的方法被調用時，要判斷到底是不是直接被代理的對象調用的，如果是則事務會生效，如果不是則失敗。
感謝各位的閱讀，以上就是“Spring底層原理是什么”的內容了，經過本文的學習后，相信大家對Spring底層原理是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
