本篇文章給大家帶來的內容是關於Laravel服務容器的綁定與解析，有一定的參考價值，有需要的朋友可以參考一下，希望對你有所幫助。 前言 老實說，第一次老大讓我看laravel框架手冊的那天早上，我是很絕望的，因為真的沒接觸過，對我這種渣渣來說，laravel的入門門檻確實有點高了，但還是得硬著頭皮看 ...
本篇文章給大家帶來的內容是關於Laravel服務容器的綁定與解析，有一定的參考價值，有需要的朋友可以參考一下，希望對你有所幫助。
前言
老實說，第一次老大讓我看laravel框架手冊的那天早上，我是很絕望的，因為真的沒接觸過，對我這種渣渣來說，laravel的入門門檻確實有點高了，但還是得硬著頭皮看下去（雖然到現在我還有很多沒看懂，也沒用過）。
後面慢慢根據公司項目的代碼對laravel也慢慢熟悉起來了，但還是停留在一些錶面的功能，例如依賴註入，ORM操作，用戶認證這些和我項目業務邏輯相關的操作，然後對於一些架構基礎的，例如服務提供器，服務容器，中間件，Redis等這些一開始就要設置好的東西，我倒是沒實際操作過（因為老大一開始就做好了），所以看手冊還是有點懵。
所以有空的時候逛逛論壇，搜下Google就發現許多關於laravel核心架構的介紹，以及如何使用的網站（確實看完後再去看手冊就好理解多了），下麵就根據一個我覺得不錯的網站上面的教學來記錄一下laravel核心架構的學習
網站地址：https://laraweb.net/ 這是一個日本的網站，我覺得挺適合新手的，內容用瀏覽器翻譯過來就ok了，畢竟日文直翻過來很好理解的
關於服務容器
手冊上是這樣介紹的：Laravel 服務容器是用於管理類的依賴和執行依賴註入的工具。依賴註入這個花俏名詞實質上是指：類的依賴項通過構造函數，或者某些情況下通過「setter」方法「註入」到類中。。。。。。（真的看不懂啥意思）
服務容器是用於管理類（服務）的實例化的機制。直接看看服務容器怎麼用
1.在服務容器中註冊類（bind）
|
1 2 |
|
2.從服務容器生成類（make）
|
1 2 3 |
|
這是服務容器最簡單的使用，下麵是對服務容器的詳細介紹
laravel容器基本認識
一開始，index.php 文件載入 Composer 生成定義的自動載入器，然後從 bootstrap/app.php 腳本中檢索 Laravel 應用程式的實例。Laravel 本身採取的第一個動作是創建一個 application/ service container 的實例。
|
1 2 3 |
|
這個文件在每一次請求到達laravel框架都會執行，所創建的$app即是laravel框架的應用程式實例，它在整個請求生命周期都是唯一的。laravel提供了很多服務，包括認證，資料庫，緩存，消息隊列等等，$app作為一個容器管理工具，負責幾乎所有服務組件的實例化以及實例的生命周期管理。當需要一個服務類來完成某個功能的時候，僅需要通過容器解析出該類型的一個實例即可。從最終的使用方式來看，laravel容器對服務實例的管理主要包括以下幾個方面：
-
服務的綁定與解析
-
服務提供者的管理
-
別名的作用
-
依賴註入
先瞭解如何在代碼中獲取到容器實例，再學習上面四個關鍵
如何在代碼中獲取到容器實例
第一種是
|
1 2 3 4 |
|
第二種是
|
1 2 3 4 5 6 7 |
|
第三種是
在服務提供者裡面直接使用$this->app。服務提供者後面還會介紹，現在只是引入。因為服務提供者類都是由laravel容器實例化的，這些類都繼承自Illuminate\Support\ServiceProvider，它定義了一個實例屬性$app：
|
1 2 3 |
|
laravel在實例化服務提供者的時候，會把laravel容器實例註入到這個$app上面。所以我們在服務提供者裡面，始終能通過$this->$app訪問到laravel容器實例，而不需要再使用app()函數或者App Facade了。
如何理解服務綁定與解析
淺義層面理解，容器既然用來存儲對象，那麼就要有一個對象存入跟對象取出的過程。這個對象存入跟對象取出的過程在laravel裡面稱為服務的綁定與解析。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
還有一個單例綁定singleton，是bind的一種特殊情況（第三個參數為true）,綁定到容器的對象只會被解析一次，之後的調用都返回相同的實例
|
1 2 3 4 |
|
在綁定的時候，我們可以直接綁定已經初始化好的數據（基本類型、數組、對象實例），還可以用匿名函數來綁定。用匿名函數的好處在於，這個服務綁定到容器以後，並不會立即產生服務最終的對象，只有在這個服務解析的時候，匿名函數才會執行，此時才會產生這個服務對應的服務實例。
實際上，當我們使用singleton，bind方法以及數組形式，（這三個方法是後面要介紹的綁定的方法），進行服務綁定的時候，如果綁定的服務形式，不是一個匿名函數，也會在laravel內部用一個匿名函數包裝起來，這樣的話， 不輪綁定什麼內容，都能做到前面介紹的懶初始化的功能，這對於容器的性能是有好處的。這個可以從bind的源碼中看到一些細節：
|
1 2 3 |
|
看看bind的底層代碼
|
1 |
|
第一個參數服務綁定名稱，第二個參數服務綁定的結果（也就是閉包，得到實例），第三個參數就表示這個服務是否在多次解析的時候，始終返回第一次解析出的實例（也就是單例綁定singleton）。
服務綁定還可以通過數組的方式：
|
1 2 3 |
|
綁定大概就這些，接下來看解析，也就是取出來用
|
1 |
|
這個方法接收兩個參數，第一個是服務的綁定名稱和服務綁定名稱的別名，如果是別名，那麼就會根據服務綁定名稱的別名配置，找到最終的服務綁定名稱，然後進行解析；第二個參數是一個數組，最終會傳遞給服務綁定產生的閉包。
看源碼：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 |
|
第一步：
|
1 2 3 |
|
該方法主要是區分，解析的對象是否有參數，如果有參數，還需要對參數做進一步的分析，因為傳入的參數，也可能是依賴註入的，所以還需要對傳入的參數進行解析；這個後面再分析。
第二步：
|
1 2 3 |
|
如果是綁定的單例，並且不需要上面的參數依賴。我們就可以直接返回 $this->instances[$abstract]。
第三步：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
|
這一步主要是先從綁定的上下文找，是不是可以找到綁定類；如果沒有，則再從 $bindings[] 中找關聯的實現類；最後還沒有找到的話，就直接返回 $abstract 本身。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
如果之前找到的 $concrete 返回的是 $abstract 值，或者 $concrete 是個閉包，則執行 $this->build($concrete)，否則，表示存在嵌套依賴的情況，則採用遞歸的方法執行 $this->make($concrete)，直到所有的都解析完為止。
$this->build($concrete)
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 |
|
