昨天按照手冊教程，動手寫一個Auth擴展，按照包獨立性的原則，我不希望將Auth::extend()這種方法寫在 start.php 中,毫無疑問，我選擇了在服務提供器register()方法中注冊擴展驅動。然而，事與愿違……

發現問題

當我在 LoauthServiceProvider 中這樣寫的時候：

報錯

尋找原因

當時就納悶了，找原因，懷疑是Auth沒注冊？檢查發現注冊了，因為在路由中可以使用；php artisan clear-compiled 沒用；百思不得其解，甚至懷疑是我不小心修改了核心類，還重新下載了一次laravel包，問題依舊。

折騰了一晚上，最終我把目光鎖定在 AuthServiceProvider 的 $defer 屬性。

根據手冊以及注釋，我們得知 $defer 屬性是用來延遲加載該服務提供器，說直白點就是延遲執行 register() 方法，只需要配合provides()方法即可實現。舉個例子：

這個是 AuthServiceProvider 里的方法，當框架初始化的時候，會依次加載服務提供器，如果發現這個服務提供器protected $defer=true 那么就會調用它的 provides() 方法，其返回的數組包含需要延遲加載的服務名稱,這樣當我們在路由、控制器或者其他地方調用 Auth::METHOD() 的時候，才會去調用提供器的 register() 方法。

確定癥結

那么問題來了，既然是被動延遲加載，也就是說當我調用Auth類方法時應該會自動實例化Auth類啊，為什么我在LoauthServiceProvider中調用的時候卻提示方法不存在，但是在路由中卻可以呢。

我猜測是因為優先級的問題，可能在框架注冊 LoauthServiceProvider::register() 的時候，Auth 還沒有標記為延遲加載，這就造成了一個先后問題，任何即時加載的服務提供器都無法在register方法中調用延遲加載的服務。

經過研究，順利在核心代碼中找到證據 Illuminate/Foundation/ProviderRepository

解決之道

雖然發現了問題所在，但并不代表問題就解決了，修改核心代碼不是個明智的選擇，所以只能在我們自己的包里想辦法咯，一個解決方案如下：

既然auth還未注冊，那么我們手動調用它的register方法幫它注冊。

以上就是本文的全部內容了，希望大家能夠喜歡。