摘要：異常處理上節解讀源碼一自動加載看完了自動加載部分，根據代碼執行順序，的行注冊錯誤和異常處理機制加載慣例配置文件下面的加載配置文件不用說，現在重點看一下異常處理。博客鏈接解讀源碼二異常處理和請求生命周期

上節解讀 thinkphp5 源碼（一）：自動加載看完了自動加載部分，根據代碼執行順序，base.php的59-64行

// 注冊錯誤和異常處理機制
	hinkError::register();

// 加載慣例配置文件
	hinkConfig::set(include THINK_PATH . "convention" . EXT);

下面的加載配置文件不用說，現在重點看一下異常處理。

打開library/think/Error.php，register函數。

public static function register(){
        error_reporting(E_ALL);
        set_error_handler([__CLASS__, "appError"]);
        set_exception_handler([__CLASS__, "appException"]);
        register_shutdown_function([__CLASS__, "appShutdown"]);
    }

通過error_reporting()來這是php的報錯級別。E_ALL為顯示所有報錯信息，所以在運行時NOTICE級別的警告也會顯示，如果不想顯示NOTICE信息，可以在項目common文件中重新設置一下報錯級別：error_reporting(E_ALL ^ E_NOTICE);

set_error_handler指定appError來處理系統異常
set_exception_handler來指定appException來處理用戶拋出的異常

register_shutdown_function來指定appShutdown處理超時異常

然后使用getExceptionHandler方法來獲取異常處理對象的實例。

    public static function getExceptionHandler()
    {
        static $handle;
        if (!$handle) {
            // 異常處理handle
            $class = Config::get("exception_handle");
            if ($class && class_exists($class) && is_subclass_of($class, "	hinkexceptionHandle")) {
                $handle = new $class;
            } else {
                $handle = new Handle;
            }
        }
        return $handle;
    }

里面有一句$class = Config::get("exception_handle");也就是說我們可以通過修改配置參數來指定新的異常處理對象。

library/think/exception/ 下是幾個異常處理類，主要就是在開啟debug的情況下輸出異常等級，異常信息，異常代碼等等。然后也對CLI模式下做了異常輸出的處理。

base.php看完之后，基本上框架的初始化工作也做完了。然后回到，start.php中。

// 執行應用
App::run()->send();

這里是一個連貫操作，我們需要先看一下App::run()返回的是什么對象
library/think/App.php，run方法

run方法可以接收一個Request對象，如果不存在，則獲取該對象。

is_null($request) && $request = Request::instance();

然后通過$config = self::initCommon();來初始化應用
看initCommon()中的代碼可以發現主要做了以下幾件事情。
首先通過init()方法來初始化應用，主要就是加載該模塊或者應用運行所需的文件，配置、common文件、語言包

然后判斷如果配置中關閉debug的話則通過ini_set("display_errors", "Off");來關閉異常信息的顯示。

ini_set("display_errors", "Off")和error_reporting(0)的區別主要在于，用前者設置后頁面不顯示異常信息，但是可以通過日志來收集異常信息，主要用在生產環境。而error_reporting(0);則屏蔽了所有異常信息，這種做法肯定是不太科學的。

然后判斷如果不是cli模式下則重新申請一個緩沖區。使用緩沖區的作用主要是兩方面，一是可以在輸出一些內容之后在設置header（例如cookie等），使得程序設計的邏輯性變得簡單；二是可以對緩沖區里面的輸出內容撤銷、刪除、壓縮、保存到文件等操作。

這里通過ob_get_level來判斷緩沖區是否為空，來處理緩沖區的歷史內容。

然后注冊命名空間、加載額外文件、設置時區、注冊app_init的hook。

回到run方法

        if (defined("BIND_MODULE")) {
            // 模塊/控制器綁定
            BIND_MODULE && Route::bind(BIND_MODULE);
        } elseif ($config["auto_bind_module"]) {
            // 入口自動綁定
            $name = pathinfo($request->baseFile(), PATHINFO_FILENAME);
            if ($name && "index" != $name && is_dir(APP_PATH . $name)) {
                Route::bind($name);
            }
        }

BIND_MODULE主要是來處理默認模塊的，tp5的路由規則是/m/c/a，如果應用只有一個模塊，則可以用過設置BIND_MODULE常量來設置模塊名稱。
通過配置auto_bind_module參數也可以設定模塊名稱。

$request->filter($config["default_filter"]);注入過濾方法

開啟多語言支持。

          // 獲取應用調度信息
            $dispatch = self::$dispatch;
            if (empty($dispatch)) {
                // 進行URL路由檢測
                $dispatch = self::routeCheck($request, $config);
            }
            // 記錄當前調度信息
            $request->dispatch($dispatch);
            // 記錄路由和請求信息
            if (self::$debug) {
                Log::record("[ ROUTE ] " . var_export($dispatch, true), "info");
                Log::record("[ HEADER ] " . var_export($request->header(), true), "info");
                Log::record("[ PARAM ] " . var_export($request->param(), true), "info");
            }

主要通過self::routeCheck($request, $config);來對路由進行分類，然后進行相應的操作（等后面進詳細閱讀）。主要有以下幾種類別

路由到模塊/控制器/操作；
路由到外部重定向地址；
路由到控制器方法；
路由到閉包函數；
路由到類的方法；

根據上面得到分類，進行相應的操作，得到返回的數據（等后面進詳細閱讀）。

主要通過Response類來進行響應。

注冊app_end的hook，并返回response對象。

所以前面App::run()事實上得到的是一個經過一系列操作之后的response對象然后執行response->send();

拿到緩沖區中的數據，并輸出，至此，結束請求。

博客鏈接：解讀 thinkphp5 源碼（二）：異常處理和請求生命周期