（1）ioc/di其實是同一種概念的兩種不同角度的理解罷了。
（2）ioc控制反轉，首先到理解以下三個問題：
2.1：誰控制誰？我們知道容器的作用就是管理bean物件，所以spring容器控制物件。
bean物件通常以標籤的形式出現在配置檔案中，如：
2.2：控制什麼？spring容器控制外部資源的獲取。
配置檔案中的bean物件有屬性property ，而這些屬性就會讀取外部資源，如：
2.3如何理解反轉？由容器提供給我們所需的依賴物件，並不是我們主動建立這個以來物件。
例如，我想買個大房子，我不會直接找開發商買，我會找中介要**。
站在房子的角度上來看，它是被中介推薦給我的，所以就是反轉。
（3）di依賴注入：描述了容器在執行期如何管理具有依賴關係的元件（bean物件），即容器動態的將某種依賴關係注入到元件中。
首先來理解一下幾個問題：
3.1誰依賴誰？
3.2為什麼要依賴？
前面說過，容器控制外部資源的獲取，應用程式要獲得資源就得依賴容器。
3.3誰注入誰？
ioc容器注入應用程式依賴的物件。
3.4注入了什麼？
注入某個物件所需要的外部資源。
IOC DI與AOP概念的理解
所謂控制反轉，即依賴關係的獲取方式 controll 反過來了。所謂依賴，從程式的角度看，就是比如a要呼叫b的方法，那麼a就依賴於b，反正a要用到b，則a依賴於b。所謂反轉 inversion 你必須理解如果不反轉，會怎麼著，因為a必須要有b，才可以呼叫b，如果不反轉，意思就是a主動獲取b的例項 b...
我講個故事，你怎麼理解？
前段時間有乙個讀者投稿，我覺得挺有代表性，但糾結了好幾天不敢發，主要是，感覺發出來我就變成咪蒙了。咪蒙的助理月薪5萬，這事開始刷屏，當然，就事論事而言，價值觀很好，努力，勤奮，不走尋常路，於是發達了，但作為個案，這事的邏輯本身有硬傷，因為這裡的關鍵是咪蒙自己，如果咪蒙這次創業不成功，或者沒那麼成功，...
2020 11 26 怎麼理解你就是幹這個的
昨晚領導巡檢發現電源線問題，我回答 沒達到上級和領導期望。領導說 你就是幹這個的，崗位職責規定。怎麼理解你就是幹這個的這句話，不是去做而是做好。每天做好的事情越多，人隨著也在提公升。反之就是做不好的事情越多，每天在混日子，沒提公升，變老而已。做事情只有做好才有可能讓自己走向成功，雖然我不知道成功具體...