Explication détaillée de la gestion des exceptions dans ThinkPHP

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 existe des exceptions causées par des erreurs de syntaxe et d'exécution lors de l'exécution du programme. D'autre part, un retour correct n'est pas donné. Par exemple, si le client souhaite interroger un certain produit, mais qu'il n'est pas trouvé, je pense que c'est le cas. est également anormal. Une sorte de.

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

Créez plusieurs propriétés pour définir les informations d'exception

// http 错误码 
private $code; 
// 自定义异常信息 
private $msg; 
// 自定义错误码 
private $errorCode;

Remplacez la méthode de rendu dans la classe Handle, lorsque nous utilisons throw new Exception() dans le code pour générer des informations d'exception, la méthode de rendu est en fait appelée, nous devons donc remplacer cette méthode pour renvoyer nos propres informations

public function render(Exception $ex) 
 { 
 return json(['msg'=>"自定义异常信息"]); 
nbsp; }

Créez un nouveau produit de contrôleur ci-dessous, ajoutez des méthodes et testez

public function getProduct($id) 
 { 
 try{ 
  3/0; 
 } 
 catch(Exception $ex){ 
  throw $ex; 
 } 
 }

Puis ajoutez les itinéraires suivants

Route::get("product/:id","api/v1.Product/getProduct");

Entrez l'url suivante pour tester

http://z.cn/product/2

La page le résultat de sortie est le suivant

On peut voir qu'il n'exécute pas la fonction de gestion des exceptions personnalisée.

Utiliser la gestion personnalisée des exceptionsModifier la configuration suivante dans config.php

// 异常处理handle类 留空使用 \think\exception\Handle 
 'exception_handle' => 'app\lib\exception\ExceptionHandler',

Ensuite, exécutez

Classe de gestion des exceptions personnalisée Le Le premier type d'exception concerne les anomalies causées par le comportement de l'utilisateur, telles que le fait de ne pas interroger des données qui remplissent les conditions (d'un autre point de vue, il ne s'agit pas réellement d'une exception), et 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']; 
  } 
 } 
}

Définissez ensuite un gestionnaire d'exceptions pour gérer les informations sur le produit introuvables. , utilisé pour remplacer divers attributs de la classe parent, et les informations d'attribut de cette classe peuvent également être modifiées, comme msg

class ProductNotFoundException extends BaseException 
{ 
 //http 状态码 
 public $code = 404; 
//错误具体消息 
 public $msg = "请求的产品不存在"; 
//自定义错误码 
 public $errorCode = 40000; 
}

Gérer différentes exceptionsDans la méthode de rendu, gérez-les séparément en fonction des différentes exceptions

//分别处理两种不容类型异常：1、用户错误 2.代码与运行时错误 
  if ($ex instanceof BaseException) { 
 
  } else { 
  
  }

Remarque : lorsqu'une exception est levée, la fonction de rendu sera exécutée et l'objet d'exception lancé sera copié dans le paramètre $ex, afin que le type d'exception puisse être déterminé en fonction de ce paramètre

La clé C'est maintenant l'environnement de production, on espère donc que les informations d'exception renvoyées pourront être comprises par le personnel frontal, au lieu d'afficher les informations d'erreur sur la page comme ci-dessus, y compris les informations sur la pile, etc.

Ensuite, les informations que le personnel front-end et back-end peuvent comprendre doivent être au format json (bien sûr, elles peuvent aussi être au format xml). Modifiez la méthode de rendu

.

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; 
  }

Ensuite, renvoyez le message d'erreur au format json

$result = [ 
   'msg' => $this->msg, 
   'error_code' => $this->errorCode, 
   'request_url' => request()->url() 
  ]; 
  return json($result,$this->code);

À ce stade, la gestion globale des exceptions a été écrite. Ce qui suit se trouve dans product.php Codage pour les tests

public function getProduct($id) 
 { 
  //处理程序运行时错误 
  /*try{ 
   3/0; 
  } 
  catch(Exception $ex){ 
   throw $ex; 
  }*/ 
  //处理用户行为产生的错误 
  $error=[ 
   'msg'=>'没有找到合适的产品' 
  ]; 
  $ex=new ProductNotFoundException($error); 
  throw $ex; 
 }

Conseil : Pour l'environnement de production, ne n'oubliez pas de changer app_debug en falseRecommandations associées :

tp framework (thinkPHP) implémente la fonction de verrouillage du compte après trois mots de passe de connexion incorrects

Tag personnalisé de Thinkphp5

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!