ioc：inversion of controller(控制反轉)，作為乙個容器用於儲存spring管理的所有物件
目標:使用springioc容器管理物件
1.需要了解哪些物件是被spring容器管理的.(doscanner)方法：讀取配置檔案(我這裡是.propertis檔案，也可以是xml,yml檔案)或者是註解。首先是掃瞄開發者宣告哪些包下及其子包下類中有註解的例如@controller，@service，等註解。
2.這些需要交給spring管理的類進行初始化.doinstance()方法。按照掃瞄的結果。將物件進行初始化。優先使用之前掃瞄到，宣告的beannae,若是沒有則使用類名首字母訊息作為ioc容器中的key.value是類的全路徑儲存到容器中。
di(dependency injection)依賴注入.需要使用springioc容器中的物件。需要在註解或者配置宣告。當物件之間有依賴關係時。可以利用spring儲存的物件關係
目標:spring儲存的物件依賴關係，將物件從ioc容器中取出來進行注入。
步驟：1）判斷哪些物件需要注入
方法:讀取配置檔案或者註解(@autowired)，判斷出哪些物件是需要注入的，
2）怎麼注入
方法:如果使用者只有宣告beanname，直接從ioc容器中取出相對應的物件進行注入若沒有，根據型別進行注入。（此處乙個介面只能有乙個實現類，若有多個，且都交由spring管理，且未制定beanname，則在ioc步驟就會報錯）
mvc:model-view-controller，model是指模型表示業務規則，view：是指使用者看並與之互動的介面，controller：是指控制器接受使用者的輸入並呼叫模型和檢視去完成使用者的需求，mvc的目的:在於將m和v的實現**分離。而spring mvc其實做的就是儲存url和method的對應關係，實現傳入url呼叫制定控制器，進行制定業務規則，返回相應的view。
目標：儲存url和method的對應關係，實現傳入url呼叫制定控制器，進行制定業務規則，返回相應的view
container of 的的的原理
另外一篇，同樣精彩，揭開linux核心中container of的神秘面紗 華清遠見嵌入式學院講師。在linux 核心中有乙個大名鼎鼎的巨集container of 這個巨集是用來幹嘛的呢？我們先來看看它在核心中是怎樣定義的。呵呵，乍一看不知道是什麼東東。我們先來分析一下container of p...
存在的就是合理的，發生的即是必然的。
筆者有時候會想，什麼是對，什麼是錯？對於追求某一件事情之前首先會考慮，為什麼我要做這件事情。所以經過自我分析和生活周邊環境的總結。我認為，對於乙個人來，這是在站在個體的角度上說。什麼是對的？就是你自己覺得是對的，它就是對的。不過這個只是你自己的想法。主觀上的正確，不代表客觀上也受到了別人的認可。就拿...
Apache的rewrite的重寫相關的引數
apache mod rewrite規則重寫的標誌一覽 使用mod rewrite時常用的伺服器變數 rewriterule規則表示式的說明 匹配任何單字元 chars 匹配字串 chars chars 不匹配字串 chars text1 text2 可選擇的字串 text1或text2 匹配0到1...