Laravel如何實(shí)現(xiàn)適合Api的異常處理響應(yīng)格式
前言
Laravel全局捕獲異常后,會(huì)把異常轉(zhuǎn)為相應(yīng)的數(shù)據(jù)格式返回給用戶。如果想要規(guī)定的數(shù)據(jù)格式相應(yīng),那我們只需重寫(xiě)異常捕獲后的處理方法即可。
異常處理流程
Illuminate\Foundation\Exception\Handler 中的 render 方法用來(lái)將異常轉(zhuǎn)化為響應(yīng)。
public function render($request, Exception $e) { if (method_exists($e, 'render') && $response = $e->render($request)) { return Router::toResponse($request, $response); } elseif ($e instanceof Responsable) { return $e->toResponse($request); } $e = $this->prepareException($e); if ($e instanceof HttpResponseException) { return $e->getResponse(); } elseif ($e instanceof AuthenticationException) { return $this->unauthenticated($request, $e); } elseif ($e instanceof ValidationException) { return $this->convertValidationExceptionToResponse($e, $request); } return $request->expectsJson() ? $this->prepareJsonResponse($request, $e) : $this->prepareResponse($request, $e); }
render() 中又調(diào)用了 prepareException() 對(duì)部分異常進(jìn)行預(yù)處理,但并未執(zhí)行轉(zhuǎn)化為響應(yīng)的操作。
ModelNotFoundException 一般在模型查找不到拋出,prepareException() 中它被轉(zhuǎn)為 Symfony 包中NotFoundHttpException,默認(rèn)狀態(tài)碼404;
AuthorizationException 在 Policy 權(quán)限未通過(guò)時(shí)拋出,prepareException() 中它被轉(zhuǎn)為 Symfony 包中 AccessDeniedHttpException,默認(rèn)狀態(tài)碼403;
TokenMismatchException 在 CSRF 驗(yàn)證未通過(guò)時(shí)拋出,prepareException() 中它被轉(zhuǎn)為 Symfony 包中 HttpException,給定狀態(tài)碼419;
其他異常直接返回。
protected function prepareException(Exception $e) { if ($e instanceof ModelNotFoundException) { $e = new NotFoundHttpException($e->getMessage(), $e); } elseif ($e instanceof AuthorizationException) { $e = new AccessDeniedHttpException($e->getMessage(), $e); } elseif ($e instanceof TokenMismatchException) { $e = new HttpException(419, $e->getMessage(), $e); } return $e; }
在回到 render() ,預(yù)處理異常之后,又分別對(duì) HttpResponseException、AuthenticationException 和 ValidationException 單獨(dú)處理,并轉(zhuǎn)為響應(yīng)返回。
除此以外的異常,都在 prepareJsonResponse() 或 prepareResponse() 處理 ,expectsJson() 用來(lái)判斷返回 json 響應(yīng)還是普通響應(yīng)。
修改異常響應(yīng)格式
了解了異常處理流程,接下來(lái)就處理異常響應(yīng)格式。
修改登錄認(rèn)證異常格式
由上文可知,AuthenticationException 被捕獲后,調(diào)用 unauthenticated() 來(lái)處理。
protected function unauthenticated($request, AuthenticationException $exception) { return $request->expectsJson() ? response()->json(['message' => $exception->getMessage()], 401) : redirect()->guest($exception->redirectTo() ?? route('login')); }
在 appExceptionsHandler.php 中重寫(xiě) unauthenticated() 使其返回我們想要的數(shù)據(jù)格式。
protected function unauthenticated($request, AuthenticationException $exception) { return $request->expectsJson() ? response()->json([ 'code' => 0, 'data' => $exception->getMessage(), ], 401) : redirect()->guest($exception->redirectTo() ?? route('login')); }
修改驗(yàn)證異常格式
同樣由上文可知,ValidationException 被捕獲后交由 convertValidationExceptionToResponse() 處理,進(jìn)入此方法后我們需要繼續(xù)追蹤,若是需要 json 響應(yīng),最終交由 invalidJson() 處理。
protected function convertValidationExceptionToResponse(ValidationException $e, $request) { if ($e->response) { return $e->response; } return $request->expectsJson() ? $this->invalidJson($request, $e) : $this->invalid($request, $e); }
protected function invalidJson($request, ValidationException $exception) { return response()->json([ 'message' => $exception->getMessage(), 'errors' => $exception->errors(), ], $exception->status); }
我們繼續(xù)在 appExceptionsHandler.php 重寫(xiě) invalidJson() 即可自定義返回格式。
protected function invalidJson($request, ValidationException $exception) { return response()->json([ 'code' => 0, 'data' => $exception->errors(), ], $exception->status); }
修改其他異常格式
其他異常是調(diào)用 prepareJsonResponse() 來(lái)處理,此方法又調(diào)用 convertExceptionToArray() 來(lái)處理響應(yīng)格式。
protected function prepareJsonResponse($request, Exception $e) { return new JsonResponse( $this->convertExceptionToArray($e), $this->isHttpException($e) ? $e->getStatusCode() : 500, $this->isHttpException($e) ? $e->getHeaders() : [], JSON_PRETTY_PRINT | JSON_UNESCAPED_SLASHES ); }
protected function convertExceptionToArray(Exception $e) { return config('app.debug') ? [ 'message' => $e->getMessage(), 'exception' => get_class($e), 'file' => $e->getFile(), 'line' => $e->getLine(), 'trace' => collect($e->getTrace())->map(function ($trace) { return Arr::except($trace, ['args']); })->all(), ] : [ 'message' => $this->isHttpException($e) ? $e->getMessage() : 'Server Error', ]; }
在 appExceptionsHandler.php 中重寫(xiě) convertExceptionToArray() 來(lái)自定義其他異常響應(yīng)格式。
protected function convertExceptionToArray(Exception $e) { return config('app.debug') ? [ 'code' => 0, 'data' => $e->getMessage(), 'exception' => get_class($e), 'file' => $e->getFile(), 'line' => $e->getLine(), 'trace' => collect($e->getTrace())->map(function ($trace) { return Arr::except($trace, ['args']); })->all(), ] : [ 'code' => 0, 'data' => $this->isHttpException($e) ? $e->getMessage() : 'Server Error', ]; }
強(qiáng)制 json 響應(yīng)
代碼中多次出現(xiàn)了 expectsJson() ,此方法是用來(lái)判斷返回 json 響應(yīng)還是普通響應(yīng)。
public function expectsJson() { return ($this->ajax() && ! $this->pjax() && $this->acceptsAnyContentType()) || $this->wantsJson(); }
以下兩種條件下,會(huì)返回json響應(yīng)。
非XML請(qǐng)求、非pjax并且 Headers 中 Accept 設(shè)置為接收所有格式響應(yīng);
Headers Accept 設(shè)置為 /json、+json。如:Accept:application/json。
除此之外的情況,將不會(huì)響應(yīng)json。我們可以利用中間件強(qiáng)制追加 Accept:application/json,使異常響應(yīng)時(shí)都返回json。(參考教程 L03 6.0 中提到的方法)
創(chuàng)建中間件 AcceptHeader
<?php namespace App\Http\Middleware; use Closure; class AcceptHeader { public function handle($request, Closure $next) { $request->headers->set('Accept', 'application/json'); return $next($request); } }
在 app/Http/Kernel.php 中,將中間件加入路由組即可。
protected $middlewareGroups = [ 'web' => [ . . . 'api' => [ \App\Http\Middleware\AcceptHeader::class, 'throttle:60,1', 'bindings', ], ];
大功告成。
總結(jié)
到此這篇關(guān)于Laravel如何實(shí)現(xiàn)適合Api的異常處理響應(yīng)格式的文章就介紹到這了,更多相關(guān)Laravel適合Api的異常處理響應(yīng)格式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- 詳解Laravel制作API接口
- 在 Laravel 中動(dòng)態(tài)隱藏 API 字段的方法
- Laravel實(shí)現(xiàn)ApiToken認(rèn)證請(qǐng)求
- laravel框架 api自定義全局異常處理方法
- laravel dingo API返回自定義錯(cuò)誤信息的實(shí)例
- Laravel框架實(shí)現(xiàn)調(diào)用百度翻譯API功能示例
- PHP使Laravel為JSON REST API返回自定義錯(cuò)誤的問(wèn)題
- 讓Laravel API永遠(yuǎn)返回JSON格式響應(yīng)的方法示例
- Larave框架通過(guò)sanctum進(jìn)行API鑒權(quán)詳解
相關(guān)文章
php導(dǎo)出csv格式數(shù)據(jù)并將數(shù)字轉(zhuǎn)換成文本的思路以及代碼分享
最近接的一個(gè)項(xiàng)目,需要將一些統(tǒng)計(jì)結(jié)果之類(lèi)的東西導(dǎo)出成CSV,以便做報(bào)表,根據(jù)往常經(jīng)驗(yàn),現(xiàn)將思路和代碼都發(fā)出來(lái),如有更好的方法,希望高手指正2014-06-06CodeIgniter自定義控制器MY_Controller用法分析
這篇文章主要介紹了CodeIgniter自定義控制器MY_Controller用法,結(jié)合實(shí)例形式分析了CodeIgniter自定義控制器MY_Controller的定義與使用技巧,需要的朋友可以參考下2016-01-01yii框架builder、update、delete使用方法
這篇文章主要介紹了yii框架builder、update、delete使用方法,需要的朋友可以參考下2014-04-04微信公眾號(hào)支付之坑:調(diào)用支付jsapi缺少參數(shù) timeStamp等錯(cuò)誤解決方法
這段時(shí)間一直比較忙,一忙起來(lái)真感覺(jué)自己就只是一臺(tái)掙錢(qián)的機(jī)器了(說(shuō)的好像能掙到多少錢(qián)似的,呵呵);這會(huì)難得有點(diǎn)兒空閑時(shí)間,想把前段時(shí)間開(kāi)發(fā)微信公眾號(hào)支付遇到問(wèn)題及解決方法跟大家分享下,這些“暗坑”能不掉就不掉吧,要不然關(guān)鍵時(shí)刻出問(wèn)題,真是讓人急的焦頭爛額2016-01-01PHP的Laravel框架結(jié)合MySQL與Redis數(shù)據(jù)庫(kù)的使用部署
這篇文章主要介紹了PHP的Laravel框架結(jié)合MySQL與Redis數(shù)據(jù)庫(kù)的使用部署,需要的朋友可以參考下2016-03-03CodeIgniter控制器之業(yè)務(wù)邏輯實(shí)例分析
這篇文章主要介紹了CodeIgniter控制器之業(yè)務(wù)邏輯使用方法,結(jié)合實(shí)例形式分析了業(yè)務(wù)邏輯所涉及的相關(guān)概念與具體使用方法,需要的朋友可以參考下2016-01-01destoon數(shù)據(jù)庫(kù)表說(shuō)明匯總
這篇文章主要介紹了destoon數(shù)據(jù)庫(kù)表說(shuō)明匯總,可以方便針對(duì)destoon進(jìn)行二次的時(shí)候查詢使用,需要的朋友可以參考下2014-07-07Yii中實(shí)現(xiàn)處理前后臺(tái)登錄的新方法
這篇文章主要介紹了Yii中實(shí)現(xiàn)處理前后臺(tái)登錄的新方法,具體分析了Yii中前后臺(tái)登錄的新思路與相關(guān)實(shí)現(xiàn)技巧,需要的朋友可以參考下2015-12-12