spring原始碼分析，重新認識spring五（內功心法 從思想上說明 spring 常用的幾種設計模式，漫談）
動態代理：關注過程，關注的是整體的區域性，面向的切面思想。
抽象工廠：關注的是結果，隱藏實現
單例模式：整個環境內只有一個類，有餓漢和懶漢，餓漢即 類載入直接new 物件，懶漢 即使用的時候才new物件，比較有名的有 雙檢索 單例，因為直接用同步限制會導致每次取物件都是同步的，導致效能不好，所以爽檢索，第一次 不同步，後面再同步鎖去 判斷確保判斷的完整性，還有匿名類部類的單例模式，不過最新的現在是 列舉實現單例。
委託模式：關注的是執行結果，客戶端不關注執行過程，分為 執行者 和 委託者，客戶端呼叫委託者，由委託者 決定呼叫具體的執行者 去執行，返回結果。
策略模式：不同的方式或者說策略得到相同的結果型別，就是策略模式，相應的業務場景有比較器、轉換器
相關推薦
spring原始碼分析，重新認識spring五（內功心法 從思想上說明 spring 常用的幾種設計模式，漫談）
動態代理：關注過程，關注的是整體的區域性，面向的切面思想。 抽象工廠：關注的是結果，隱藏實現 單例模式：整個環境內只有一個類，有餓漢和懶漢，餓漢即 類載入直接new 物件，懶漢 即使用的時候才new物件，比較有名的有 雙檢索 單例，因為直接用同步限制會導致每次取物件都是同步
【spring原始碼分析】IOC容器初始化（二）
前言：在【spring原始碼分析】IOC容器初始化（一）中已經分析了匯入bean階段，本篇接著分析bean解析階段。 1.解析bean程式呼叫鏈 同樣，先給出解析bean的程式呼叫鏈： 根據程式呼叫鏈，整理出在解析bean過程中主要涉及的類和相關方法。 2.解析bean原始碼分
spring原始碼分析六 bean的載入第三步-單例的建立 上篇
在上一篇部落格中有單例建立的如下程式碼： if (mbd.isSingleton()) { sharedInstance = getSingleton(beanName, () -> { try { return createBean(bean
一篇文章學會23種設計模式，你需要的全不在這裡
總體來說設計模式分為三大類： 建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。 結構型模式，共七種：介面卡模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。 行為型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘
一篇文章學會23種設計模式，你需要的全不在這裡2
一篇文章學會23種設計模式，你需要的全不在這裡 總體來說設計模式分為三大類： 建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。 結構型模式，共七種：介面卡模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。 行為型模式，共十一種：策略模式、模板方法模式、
java中幾種設計模式（單例模式，介面卡模式，簡單工廠模式）
1、單例模式：也分餓漢式單例模式（建立物件）與懶漢式單例模式（未建立物件）程式碼實現：餓漢式單例模式：懶漢式單例模式：2、介面卡模式：介面：實現介面的類：實現介面某個方法的類：3、簡單工廠模式：介面：類1：類2：工廠類：測試類：
Spring原始碼分析(十五)Spring中常用註解使用以及原始碼分析
從Java5.0開始，Java開始支援註解。Spring做為Java生態中的領軍框架，從2.5版本後也開始支援註解。相比起之前使用xml來配置Spring框架，使用註解提供了更多的控制Spring框架的方式。 現在越來越多的專案也都在使用註解做相關的配置，但Spring的註解非常多，相信
spring原始碼分析五 bean的載入第二步
從parentBeanFactory中獲取，並且處理迴圈依賴的問題： org.springframework.beans.factory.support.AbstractBeanFactory.java中 doGetBean方法， @SuppressWarnin
Spring Cloud原始碼分析之Eureka篇第五章：更新服務列表
在上一章《Spring Cloud原始碼分析之Eureka篇第四章：服務註冊是如何發起的 》，我們知道了作為Eureka Client的應用啟動時，在com.netflix.discovery.DiscoveryClient類的initScheduledTask
Spring 原始碼分析-----委派模式（不關心過程，只關心結果）
兩個角色，受託人、委託人(社會上是平等關係) 公司裡面：專案經理，普通員工(法律上是平等的，工作的關係，各自的職責會不一樣) 幹活是我的，功勞是你的（最重要的特點） 專案經理（委託人）：主要職責是安排任
Spring原始碼分析之IOC（五）
前面已經分析ObtainFreshBeanfactory()這個方法是解析和註冊bean，例項化IOC容器的。 重新看一下refresh()方法 @Override public void refresh() throws BeansExcept
Spring原始碼分析（9)---FactoryBean(我是誰，誰是我，誰是誰)
本節，我們最分析ioc的最後一個核心點，那就是FactoryBean;在ioc中，存在著這樣的一種bean，他的引用並不是只想他自身，而是通過折射指向了別的bean，就因為他的存在，使得他支援了jdbc，jndi等多種j2ee技術，他維持了spring的80%的功能的實現，那
Spring原始碼分析——除錯環境搭建（可能是最省事的構建方法）
1. 依賴工具 idea git jdk 1.8 + Gradle 2. 獲取原始碼 從github https://github.com/spring-projects/spring-framework 上 Fork 出屬於自己的倉庫。如果懶得這麼做也可以
Spring原始碼分析解讀
Spring原始碼分析解讀 如何檢視原始碼 Spring原始碼下載https://github.com/spring-projects/spring-framework/tags?after=v3.1.0.RC1 原始碼結構組織 Build-spring-f
Spring原始碼分析（二）（IoC容器的實現）（1）
Ioc（Inversion of Control）——“控制反轉”，不是什麼技術，而是一種設計思想。在Java開發中，Ioc意味著將你設計好的物件交給容器控制，而不是傳統的在你的物件內部直接控制。理解好Ioc的關鍵是要明確“誰控制誰，控制什麼，為何是反轉（有
Spring原始碼分析：AOP分析(三)
個人扯淡部落格：http://blog.ztgreat.cn 前言 在上篇部落格中，分析了Spring Aop的Advice的實現過程，其中Spring對Advice 使用了介面卡模式，將Advice包裝成了Interceptor，在最後，我們通過Spring提供的
Spring原始碼分析專題 —— 閱讀指引
閱讀原始碼的意義 更深入理解框架原理，印象更深刻 學習優秀的程式設計風格、程式設計技巧、設計思想 解決實際問題，如修復框架中的bug，或是參考框架原始碼，結合實際業務需求編寫一個獨有的框架 閱讀原始碼的方法 首先是要有一定的程式設計經驗。如果連業務程式碼都寫得不流暢那是不建議閱讀
Spring原始碼分析專題——目錄
Spring原始碼分析專題 —— 閱讀指引 IOC容器 Spring原始碼分析專題 —— IOC容器啟動過程（上篇） Spring原始碼分析專題 —— IOC容器啟動過程（中篇） Spring原始碼分析專題 —— IOC容器啟動過程（下篇） Spring原始碼
spring原始碼分析(二):外部配置檔案的載入
@PropertySource 和@Profile 簡介： @PropertySource：用在類上，載入一個（*.properties）的配置檔案 @Profile:用在類或者方法上，指定元件在哪個環境的情況下才能被註冊到容器中，不指定，任何環境下都能註冊這個元件 使用案例1-
spring原始碼分析(二):bean元件賦值
文章目錄 常用註解 @Value和@PropertySource 介紹 使用案例 @AutoWired、@Qulifer 、@Primary 介紹 使用總結