1. 最原始的時候OOP思想： 將每個類的實現都存放在一個單獨的文件里，這樣會很容易實現對類進行復用，同時將來維護時也很便利

autoload機制的主要執行過程為：(1) 檢查執行器全局變量函數指針autoload_func是否為NULL。(2) 如果autoload_func==NULL, 則查找系統中是否定義有__autoload()函數，如果沒有，則報告錯誤并退出；如果定義了__autoload()函數，則執行__autoload()嘗試加載類，并返回加載結果。(3) 如果autoload_func不為NULL，則直接執行autoload_func指針指向的函數用來加載類。注意此時并不檢查__autoload()函數是否定義。

PHP提供了兩種方法來實現自動裝載機制，一種是使用用戶定義的__autoload()函數，這通常在PHP源程序中來實現；另外一種就是設計一個函數，將autoload_func指針指向它，這通常使用C語言在PHP擴展中實現。如果既實現了__autoload()函數，又實現了autoload_func(將autoload_func指向某一PHP函數)，那么只執行autoload_func函數。

3. SPL autoload機制的實現

SPL 是Standard PHP Library(標準PHP庫)的縮寫。它是PHP5引入的一個擴展庫，其主要功能包括autoload機制的實現及包括各種Iterator接口或類。 SPL autoload機制的實現是通過將函數指針autoload_func指向自己實現的具有自動裝載功能的函數來實現的。SPL有兩個不同的函數 spl_autoload, spl_autoload_call，通過將autoload_func指向這兩個不同的函數地址來實現不同的自動加載機制。spl_autoload 是SPL實現的默認的自動加載函數，它的功能比較簡單。它可以接收兩個參數，第一個參數是$class_name，表示類名，第二個參數$file_extensions是可選的，表示類文件的擴展名，可以在$file_extensions中指定多個擴展名，護展名之間用分號隔開即可；如果不指定的話，它將使用默認的擴展名.inc或.php。spl_autoload首先將$class_name變為小寫，然后在所有的 include path中搜索$class_name.inc或$class_name.php文件(如果不指定$file_extensions參數的話)，如果找到，就加載該類文件。你可以手動使用spl_autoload(”Person”, “.class.php”)來加載Person類。實際上，它跟require/include差不多，不同的它可以指定多個擴展名。怎 樣讓spl_autoload自動起作用呢，也就是將autoload_func指向spl_autoload？答案是使用 spl_autoload_register函數。在PHP腳本中第一次調用spl_autoload_register()時不使用任何參數，就可以將 autoload_func指向spl_autoload。通過上面的說明我們知道，spl_autoload的功能比較簡單，而且它是在SPL擴展中實現的，我們無法擴充它的功能。如果想實現自己的更靈活的自動加載機制怎么辦呢？這時，spl_autoload_call函數閃亮登場了。我 們先看一下spl_autoload_call的實現有何奇妙之處。在SPL模塊內部，有一個全局變量autoload_functions，它本質上是一個HashTable，不過我們可以將其簡單的看作一個鏈表，鏈表中的每一個元素都是一個函數指針,指向一個具有自動加載類功能的函數。spl_autoload_call本身的實現很簡單，只是簡單的按順序執行這個鏈表中每個函數，在每個函數執行完成后都判斷一次需要的類是否已經加載，如果加載成功就直接返回，不再繼續執行鏈表中的其它函數。如果這個鏈表中所有的函數都執行完成后類還沒有加載，spl_autoload_call就直接 退出，并不向用戶報告錯誤。因此，使用了autoload機制，并不能保證類就一定能正確的自動加載，關鍵還是要看你的自動加載函數如何實現。那 么自動加載函數鏈表autoload_functions是誰來維護呢？就是前面提到的spl_autoload_register函數。它可以將用戶定義的自動加載函數注冊到這個鏈表中，并將autoload_func函數指針指向spl_autoload_call函數（注意有一種情況例外，具體是哪 種情況留給大家思考）。我們也可以通過spl_autoload_unregister函數將已經注冊的函數從autoload_functions鏈表 中刪除。上節說過，當autoload_func指針非空時，就不會自動執行__autoload()函數 了，現在autoload_func已經指向了spl_autoload_call，如果我們還想讓__autoload()函數起作用應該怎么辦呢？當然還是使用spl_autoload_register(__autoload)調用將它注冊到autoload_functions鏈表中?，F在回到第一節最后的問題，我們有了解決方案：根據每個類庫不同的命名機制實現各自的自動加載函數，然后使用spl_autoload_register分別將其注冊到SPL自動加載函數隊列中就可了。這樣我們就不用維護一個非常復雜的__autoload函數了。

4. autoload效率問題及對策使用autoload機制時，很多人的第一反應就是使用autoload會降低系統效率，甚至有人干脆提議為了效率不要使用autoload。在我們了解了 autoload實現的原理后，我們知道autoload機制本身并不是影響系統效率的原因，甚至它還有可能提高系統效率，因為它不會將不需要的類加載到系統中。那么為什么很多人都有一個使用autoload會降低系統效率的印象呢？實際上，影響autoload機制效率本身恰恰是用戶設計的自動加載函數。如果它不能高效的將類名與實際的磁盤文件(注意，這里指實際的磁盤文件，而不僅僅是文件名)對應起來，系統將不得不做大量的文件是否存在(需要在每個 include path中包含的路徑中去尋找)的判斷，而判斷文件是否存在需要做磁盤I/O操作，眾所周知磁盤I/O操作的效率很低，因此這才是使得autoload機 制效率降低的罪魁禍首!因此，我們在系統設計時，需要定義一套清晰的將類名與實際磁盤文件映射的機制。這個規則越簡單越明確，autoload機制的效率就越高。結論：autoload機制并不是天然的效率低下，只有濫用autoload，設計不好的自動裝載函數才會導致其效率的降低。