你可以通過設置`exception_tmpl`配置參數來自定義你的異常頁面模板,默認的異常模板位于:
~~~
thinkphp/tpl/think_exception.tpl
~~~
你可以在應用配置文件`app.php`中更改異常模板
~~~
// 自定義異常頁面的模板文件
'exception_tmpl' => \think\facade\App::getAppPath() . 'template/exception.tpl',
~~~
默認的異常頁面會返回`500`狀態碼,如果是一個`HttpException`異常則會返回HTTP的錯誤狀態碼。
## **自定義異常處理類**
框架支持異常處理由開發者自定義類進行接管,
在`app`目錄下面的`provider.php`文件中綁定異常處理類,例如:
```
<?php
use app\ExceptionHandle;
use app\Request;
// 容器Provider定義文件
return [
'think\Request' => Request::class,
'think\exception\Handle' => ExceptionHandle::class,
];
```
我們替換原有的vendor\topthink\framework\src\think\exception\Handle.php的Handle類
~~~
// 綁定自定義異常處理handle類
'think\exception\Handle' => '\\app\\common\\exception\\Http',
~~~
>[danger] 事實上,默認安裝應用后,已經幫你內置了一個公共的`app\ExceptionHandle`異常處理類(作用于index、admin、api等所有模塊)它繼承至默認的handle類,直接修改該類的相關方法即可完成應用的自定義異常處理機制。而無需在自定義Handle類
自定義異常處理的主要作用是根據不同的異常類型發送不同的狀態碼和響應輸出格式。
自定義類需要繼承`think\exception\Handle`并且實現`render`方法,可以參考如下代碼:
~~~
<?php
namespace app\common\exception;
use think\exception\Handle;
use think\exception\HttpException;
use think\exception\ValidateException;
use think\Response;
use Throwable;
class Http extends Handle
{
$httpStatus=500;
public function render($request, Throwable $e): Response
{
// 參數驗證錯誤
if ($e instanceof ValidateException) {
return json($e->getError(), 422);
}
// 請求異常
if ($e instanceof HttpException && $request->isAjax()) {
return response($e->getMessage(), $e->getStatusCode());
}
// 其他錯誤交給系統處理
return parent::render($request, $e);
}
}
~~~
>[danger] 需要注意的是,如果自定義異常處理類沒有再次調用系統`render`方法的話,配置`http_exception_template`就不再生效,具體可以參考`Handle`類內實現的功能。
## 手動拋出和捕獲異常
ThinkPHP大部分情況異常都是自動拋出和捕獲的,你也可以手動使用`throw`來拋出一個異常,例如:
~~~
// 使用think自帶異常類拋出異常
throw new \think\Exception('異常消息', 10006);
~~~
手動捕獲異常方式是使用`try-catch`,例如:
~~~
try {
// 這里是主體代碼
} catch (ValidateException $e) {
// 這是進行驗證異常捕獲
return json($e->getError());
} catch (\Exception $e) {
// 這是進行異常捕獲
return json($e->getMessage());
}
~~~
>[danger] 支持使用`try-catch-finally`結構捕獲異常。
## **HTTP 異常**
可以使用`\think\exception\HttpException`類來拋出異常
框架提供了一個`abort`助手函數快速拋出一個HTTP異常:
~~~
namespace app\index\controller;
class Index
{
public function index()
{
// 拋出 HTTP 異常
throw new \think\exception\HttpException(404, '異常消息');
}
}
~~~
系統提供了助手函數`abort`簡化HTTP異常的處理,例如:
框架提供了一個`abort`助手函數快速拋出一個HTTP異常:
~~~
namespace app\index\controller;
class Index
{
public function index()
{
// 拋出404異常
abort(404, '頁面異常');
}
}
~~~
如果你的應用是API接口,那么請注意在客戶端首先判斷HTTP狀態碼是否正常,然后再進行數據處理,當遇到錯誤的狀態碼的話,應該根據狀態碼自行給出錯誤提示,或者采用下面的方法進行自定義異常處理。
**部署模式**下一旦拋出了`HttpException`異常,可以定義單獨的異常頁面模板,只需要在`app.php`配置文件中增加:
~~~
'http_exception_template' => [
// 定義404錯誤的模板文件地址
404 => \think\facade\App::getAppPath() . '404.html',
// 還可以定義其它的HTTP status
401 => \think\facade\App::getAppPath() . '401.html',
]
~~~
模板文件支持模板引擎中的標簽。
>[danger] `http_exception_template`配置僅在部署模式下面生效。
## **為每個模塊配置單獨的異常處理類**
在`app/index`模塊目錄下面新建`provider.php`文件中綁定這個模塊生效的異常處理類
~~~
// 綁定自定義異常處理handle類
'think\exception\Handle' => '\\app\\index\\exception\\Http',
~~~
在index模塊中新建exception/Http.php
~~~
namespace app\index\exception;
use think\exception\Handle;
//use think\exception\HttpException;
//use think\exception\ValidateException;
use think\Response;
use Throwable;
class Http extends Handle
{
public function render($request, Throwable $e): Response
{
// 參數驗證錯誤
if ($e instanceof ValidateException) {
return json($e->getError(), 422);
}
// 請求異常
if ($e instanceof HttpException && $request->isAjax()) {
return response($e->getMessage(), $e->getStatusCode());
}
// 其他錯誤交給系統處理
return parent::render($request, $e);
}
}
~~~
- 空白目錄
- php語法結構
- 安裝與更新
- 開啟調試模式及代碼跟蹤器
- 架構
- 源碼分析
- 應用初始化
- 請求流程
- 中間件源碼分析
- 請求處理源碼分析
- Request源碼分析
- 模板編譯流程
- 路由與請求流程
- 容器
- 獲取目錄位置
- 入口文件
- 多應用模式及URL訪問
- 依賴注入與容器
- 容器屬性及方法
- Container
- App
- facade
- 中間件(middleware)
- 系統服務
- extend 擴展類庫
- 筆記
- 配置
- env配置定義及獲取
- 配置文件的配置獲取
- 單應用模式-(配置)文件目錄結構(默認)
- 多應用模式(配置)文件目錄結構(配置文件)
- 配置文件
- 應用配置:app.php
- 緩存配置: cache.php
- 數據庫配置:database.php
- 路由和URL配置:route.php
- Cookie配置:cookie.php
- Session配置:session.php
- 命令行配置:console.php
- 多語言配置:lang.php
- 日志配置:log.php
- 頁面Trace配置:trace.php
- 磁盤配置: filesystem.php
- 中間件配置:middleware.php
- 視圖配置:view.php
- 改成用yaconf配置
- 事件
- 例子:省略事件類的demo
- 例子2:完整事件類
- 例子3:事件訂閱,監聽多個事件
- 解析
- 路由
- 路由定義
- 路由地址
- 變量規則
- MISS路由
- URL生成
- 閉包支持
- 路由參數
- 路由中間件
- 路由分組
- 資源路由
- 注解路由
- 路由綁定
- 域名路由
- 路由緩存
- 跨域路由
- 控制器
- 控制器定義
- 空控制器、空操作
- 空模塊處理
- RESTFul資源控制器
- 控制器中間件
- 請求對象Request(url參數)
- 請求信息
- 獲取輸入變量($_POST、$_GET等)
- 請求類型的獲取與偽裝
- HTTP頭信息
- 偽靜態
- 參數綁定
- 請求緩存
- 響應對象Response
- 響應輸出
- 響應參數
- 重定向
- 文件下載
- 錯誤頁面的處理辦法
- 應用公共文件common.php
- 模型
- 模型定義及常規屬性
- 模型數據獲取與模型賦值
- 查詢
- 數據集
- 增加
- 修改
- 刪除
- 條件
- 查詢范圍scope
- 獲取器
- 修改器
- 搜索器
- 軟刪除
- 模型事件
- 關聯預載入
- 模型關聯
- 一對一關聯
- 一對多關聯
- 多對多關聯
- 自動時間戳
- 事務
- 數據庫
- 查詢構造器
- 查詢合集
- 子查詢
- 聚合查詢
- 時間查詢
- 視圖查詢(比join簡單)
- 獲取查詢參數
- 快捷方法
- 動態查詢
- 條件查詢
- 打印sql語句
- 增
- 刪
- 改
- 查
- 鏈式操作
- 查詢表達式
- 分頁查詢
- 原生查詢
- JSON字段
- 鏈接數據庫配置
- 分布式數據庫
- 查詢事件
- Db獲取器
- 事務操作
- 存儲過程
- Db數據集
- 數據庫驅動
- 視圖
- 模板
- 模板配置
- 模板位置
- 模板渲染
- 模板變量與賦值(assign)
- 模板輸出替換
- url生成
- 模板詳解
- 內置標簽
- 三元運算
- 變量輸出
- 函數輸出
- Request請求參數
- 模板注釋及原樣輸出
- 模板繼承
- 模板布局
- 原生PHP
- 模板引擎
- 視圖過濾
- 視圖驅動
- 驗證
- 驗證進階之最終版
- 錯誤和日志
- 異常處理
- 日志處理
- 調試
- 調試模式
- Trace調試
- SQL調試
- 變量調試
- 遠程調試
- 雜項
- 緩存
- Session
- Cookie
- 多語言
- 上傳
- 擴展說明
- N+1查詢
- TP類庫
- 擴展類庫
- 數據庫遷移工具
- Workerman
- think助手工具庫
- 驗證碼
- Swoole
- request
- app
- Response
- View
- Validate
- Config
- 命令行
- 助手函數
- 升級指導(功能的添加與刪除說明)
- siyucms
- 開始
- 添加頁面流程
- 列表頁加載流程
- 彈出框
- 基礎控制器
- 基礎模型
- 快速構建
- 表單form構建
- 表格table構建
- MakeBuilder
- 前端組件
- 日期組件
- layer 彈層組件
- Moment.js 日期處理插件
- siyucms模板布局
- 函數即其變量
- 前端頁面
- $.operate.方法
- $.modal.方法:彈出層
- $.common.方法:通用方法
- 被cms重寫的表格options
- 自定義模板
- 搜索框
- 自定義form表單
- 獲取表單搜索參數并組裝為url字符串