Différent de la gestion des exceptions par défaut de PHP, ThinkPHP ne génère pas un simple message d'erreur, mais une page d'erreur humanisée. L'article suivant vous présente principalement les informations pertinentes sur la gestion des exceptions dans ThinkPHP. Les amis qui en ont besoin peuvent se référer à
Que sont les exceptions ?
Dans une perspective plus large, les exceptions incluent Il y a deux aspects. d'une part, il s'agit d'une exception causée par des erreurs de syntaxe et d'exécution lors de l'exécution du programme. D'autre part, cela ne donne pas de retour correct. Par exemple, si le client souhaite interroger un certain produit, mais qu'il n'est pas trouvé, je le fais. Je pense que c'est aussi anormal.
Le framework TP de la première exception lui-même affichera des informations d'erreur sur la page, mais la deuxième exception ne génère généralement aucune information, il est donc très gênant de déboguer.
Cet article présentera en détail le contenu pertinent sur la gestion des exceptions ThinkPHP et le partagera pour votre référence et votre étude. Je ne dirai pas grand-chose ci-dessous, jetons un coup d'œil à l'introduction détaillée.
Environnement prérequis
Maintenant, PHP fournit souvent des interfaces pour le front-end, donc notre gestion des exceptions est également basée sur cela.
Au stade du développement, la gestion originale des exceptions de TP consiste à afficher des informations sur les exceptions sur la page, ce qui peut répondre aux besoins. Cependant, dans l'environnement de production, les exceptions doivent être gérées d'une autre manière.
Cet article porte sur la gestion des exceptions dans l'environnement de production
Programmation AOP
L'idée de programmation AOP, c'est-à-dire l'idée de programmation orientée aspect, est très populaire dans de nombreux langages . En d'autres termes, il s'agit de gérer les problèmes de manière unifiée au lieu de gérer plusieurs problèmes de la même manière. Pour la gestion des exceptions, il s'agit de définir des informations d'exception unifiées et de les gérer de manière unifiée
Idée générale
Personnalisez la classe de gestion des exceptions, remplacez la méthode de rendu de la classe de gestion des exceptions par défaut, puis configurez la classe de gestion des exceptions personnalisée pour gérer toutes les exceptions
Implémentation du code
Créez l'exception de répertoire dans le répertoire racine et créez ExceptionHandle.php en dessous. Cette classe doit hériter de la classe handle
class ExceptionHandler extends Handle
// http 错误码 private $code; // 自定义异常信息 private $msg; // 自定义错误码 private $errorCode;
public function render(Exception $ex) { return json(['msg'=>"自定义异常信息"]); nbsp; }
public function getProduct($id) { try{ 3/0; } catch(Exception $ex){ throw $ex; } }
Route::get("product/:id","api/v1.Product/getProduct");
Utiliser la gestion personnalisée des exceptions
Modifier la configuration suivante dans config.php
// 异常处理handle类 留空使用 \think\exception\Handle 'exception_handle' => 'app\lib\exception\ExceptionHandler',
Classe de gestion des exceptions personnalisée
Le Le premier type d'exception concerne les anomalies causées par le comportement de l'utilisateur. Par exemple, aucune donnée répondant aux conditions n'est trouvée (d'un autre point de vue, il ne s'agit pas réellement d'une exception. Le premier type d'erreur est une erreur d'exécution). Les exceptions provoquées par les utilisateurs peuvent être divisées en plusieurs types, les classes associées doivent donc être personnalisées.Définissez d'abord une classe parent
class BaseException extends Exception { //http 状态码 public $code; //错误具体消息 public $msg; //自定义错误码 public $errorCode; //构造函数用于接收传入的异常信息,并初始化类中的属性 public function __construct($params) { if (!is_array($params)) { return; } if (array_key_exists('code', $params)) { $this->code = $params['code']; } if (array_key_exists('msg', $params)) { $this->msg = $params['msg']; } if (array_key_exists('errorCode', $params)) { $this->errorCode = $params['errorCode']; } } }
class ProductNotFoundException extends BaseException { //http 状态码 public $code = 404; //错误具体消息 public $msg = "请求的产品不存在"; //自定义错误码 public $errorCode = 40000; }
Gestion des différentes exceptions
Dans la méthode de rendu, gérez-les séparément en fonction des différentes exceptions//分别处理两种不容类型异常:1、用户错误 2.代码与运行时错误 if ($ex instanceof BaseException) { } else { }
那么前前端贺后端人员都能够看懂的信息一定是 json(当然也可以是xml)了,修改 render 方法
if ($ex instanceof BaseException) { $this->code = $ex->code; $this->msg = $ex->msg; $this->errorCode = $ex->errorCode; } else { //这里是在运行时产生的各种异常,所以无法准确输出异常信息,所以只能统一输出是服务器错误信息 $this->code = 500; $this->msg = "服务器内部错误"; $this->errorCode = 999; }
然后以 json 格式返回错误信息
$result = [ 'msg' => $this->msg, 'error_code' => $this->errorCode, 'request_url' => request()->url() ]; return json($result,$this->code);
至此,全局的异常处理就编写好了,下面在 product.php 中编码进行测试
public function getProduct($id) { //处理程序运行时错误 /*try{ 3/0; } catch(Exception $ex){ throw $ex; }*/ //处理用户行为产生的错误 $error=[ 'msg'=>'没有找到合适的产品' ]; $ex=new ProductNotFoundException($error); throw $ex; }
提示:生产环境不要忘了将 app_debug 修改为 false
总结
PHP5.0~5.6 各版本兼容性cURL文件上传功能实例分析php技巧
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!