Detaillierte Erläuterung der Ausnahmebehandlung in ThinkPHP

Im Gegensatz zur Standard-Ausnahmebehandlung von PHP gibt ThinkPHP keine einfache Fehlermeldung aus, sondern eine humanisierte Fehlerseite. Der folgende Artikel führt Sie hauptsächlich in die relevanten Informationen zur Ausnahmebehandlung in ThinkPHP ein Details. Freunde, die es brauchen, können sich auf

Was sind Ausnahmen?

Aus einer breiteren Perspektive umfassen Es gibt zwei Aspekte Einerseits gibt es Ausnahmen, die durch Syntax- und Laufzeitfehler während der Programmausführung verursacht werden. Andererseits erfolgt keine korrekte Rückmeldung, wenn der Client beispielsweise ein bestimmtes Produkt abfragen möchte, dieses aber nicht gefunden wird ist auch irgendwie abnormal.

Das TP-Framework der ersten Ausnahme gibt selbst Fehlerinformationen auf der Seite aus, die zweite Ausnahme gibt jedoch im Allgemeinen keine Informationen aus, sodass das Debuggen sehr umständlich ist.

In diesem Artikel werden die relevanten Inhalte zur ThinkPHP-Ausnahmebehandlung im Detail vorgestellt und als Referenz und Studium weitergegeben. Ich werde im Folgenden nicht viel sagen, werfen wir einen Blick auf die detaillierte Einführung.

Voraussetzungsumgebung

Jetzt stellt PHP häufig Schnittstellen für das Frontend bereit, daher basiert auch unsere Ausnahmebehandlung darauf.

In der Entwicklungsphase besteht die ursprüngliche Ausnahmebehandlung von TP darin, Ausnahmeinformationen auf der Seite auszugeben, die den Anforderungen gerecht werden können. In der Produktionsumgebung müssen Ausnahmen jedoch auf andere Weise behandelt werden.

In diesem Artikel dreht sich alles um die Ausnahmebehandlung in der Produktionsumgebung

AOP-Programmierung

AOP-Programmieridee, also aspektorientierte Programmieridee, ist in vielen Sprachen sehr beliebt Mit anderen Worten, es geht darum, Probleme auf einheitliche Weise zu behandeln, anstatt mehrere Probleme auf die gleiche Weise zu behandeln. Bei der Ausnahmebehandlung geht es darum, einheitliche Ausnahmeinformationen zu definieren und sie auf einheitliche Weise zu behandeln >

Allgemeine Idee

Passen Sie die Ausnahmebehandlungsklasse an, überschreiben Sie die Rendermethode der Standard-Ausnahmebehandlungsklasse und konfigurieren Sie dann die benutzerdefinierte Ausnahmebehandlungsklasse für die Behandlung aller Ausnahmen

Code-Implementierung

Erstellen Sie die Verzeichnisausnahme im Stammverzeichnis und erstellen Sie darunter ExceptionHandle.php. Diese Klasse sollte die Handle-Klasse erben

class ExceptionHandler extends Handle

Erstellen Sie mehrere Eigenschaften, um Ausnahmeinformationen zu definieren

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

Überschreiben Sie die Render-Methode in der Handle-Klasse Wenn wir die Methode „throw new Exception()“ im Code zum Auslösen von Ausnahmeinformationen verwenden, wird tatsächlich die Render-Methode aufgerufen. Daher müssen wir diese Methode neu schreiben, um unsere eigenen Informationen zurückzugeben

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

Erstellen Sie unten ein neues Controller-Produkt, fügen Sie Methoden hinzu und testen Sie

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

Dann fügen Sie die folgenden Routen hinzu

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

Geben Sie die folgende URL zum Testen ein

http://z.cn/product/2

Das Ergebnis der Seitenausgabe ist wie folgt

Es ist ersichtlich, dass die benutzerdefinierte Ausnahmebehandlungsfunktion nicht ausgeführt wird.

Benutzerdefinierte Ausnahmebehandlung verwenden

Ändern Sie die folgende Konfiguration in config.php

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

Dann führen Sie

Benutzerdefinierte Ausnahmebehandlungsklasse

Der erste Typ aus Eine Ausnahme sind Anomalien, die durch das Benutzerverhalten verursacht werden. Beispielsweise werden keine Daten gefunden, die die Bedingungen erfüllen (aus einer anderen Perspektive ist dies eigentlich keine Ausnahme). Die erste Art von Fehler ist ein Laufzeitfehler. Von Benutzern verursachte Ausnahmen können in viele Typen unterteilt werden, daher müssen verwandte Klassen angepasst werden.

Definieren Sie zunächst eine übergeordnete Klasse

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

Definieren Sie dann eine Ausnahmebehandlungsklasse, die Produktinformationen behandelt, die nicht gefunden und verwendet wurden um verschiedene Attribute in der übergeordneten Klasse zu überschreiben, und die Attributinformationen in dieser Klasse können ebenfalls geändert werden, z. B. msg

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

Handle verschiedene Ausnahmen

Behandeln Sie sie in der Render-Methode separat entsprechend den verschiedenen Ausnahmen

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

Hinweis: in throw Wenn eine Ausnahme auftritt, wird die Renderfunktion ausgeführt und das ausgelöste Ausnahmeobjekt wird in den Parameter $ex kopiert, sodass der Ausnahmetyp basierend auf diesem Parameter bestimmt werden kann

Der Schlüssel ist jetzt die Produktionsumgebung , damit das Front-End-Personal die voraussichtlich zurückgegebenen Ausnahmeinformationen verstehen kann, anstatt wie oben Fehlerinformationen auf der Seite auszugeben, einschließlich Stapelinformationen usw.

Dann müssen die Informationen, die sowohl das Front-End- als auch das Back-End-Personal verstehen können, JSON sein (natürlich kann es auch XML sein). Ändern Sie die Rendermethode

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

Dann geben Sie die Fehlermeldung im JSON-Format zurück

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

An diesem Punkt wurde die globale Ausnahmebehandlung geschrieben product.php zum Testen

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

Tipp:

Vergessen Sie in der Produktionsumgebung nicht, app_debug in zu ändern falschVerwandte Empfehlungen:

TP-Framework (thinkPHP) implementiert die Funktion zum Sperren des Kontos nach drei falschen Anmeldekennwörtern

Benutzerdefiniertes Tag von Thinkphp5

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der Ausnahmebehandlung in ThinkPHP. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!