自定义异常类需在类上方用标准docblock注释，明确语义、@see触发方法及@property声明属性；方法中须逐行@throws具体异常类名（含命名空间）；php 8.0+属性提升后仍需@propert声明以保障语义清晰。
PHP自定义异常类怎么写 DocBlock 注释
PHP 自定义异常类本身是 Exception 的子类，注释重点不是“加不加”，而是**是否准确描述了异常语义和抛出上下文**。直接在类定义上方用标准 DocBlock 即可，不需要特殊语法。
常见错误是只写 /** @throws MyCustomException */ 在方法里，却忘了给异常类本身写说明——这会让 IDE 和静态分析工具（如 PHPStan、Psalm）无法理解这个异常代表什么业务含义。
- 必须用
/** ... */块注释，不能用// - 首行简明说明异常用途，比如“用户余额不足时抛出”
- 推荐补充
@see指向触发该异常的具体方法或业务流程 - 如果异常携带额外属性（如错误码
$errorCode），需用@property明确声明
/**
* 用户余额不足以完成支付时抛出
* @see PaymentService::process()
* @property int $errorCode 错误码，例如 402 表示余额不足
*/
class InsufficientBalanceException extends Exception
{
}throw new 时要不要在方法里 @throws 注释
要，而且必须对应到具体异常类名。PHP 不强制检查 @throws，但现代 IDE（PhpStorm、VS Code + Intelephense）和类型分析工具依赖它做跳转、提示和未捕获异常检测。
容易踩的坑：@throws Exception 这种宽泛写法等于没写——它掩盖了真实异常契约，导致调用方无法针对性 catch 或写单元测试。
立即学习“PHP免费学习笔记（深入）”；
- 每个可能抛出的自定义异常都单独写一行
@throws - 如果方法既抛
InsufficientBalanceException又抛InvalidPaymentMethodException，就写两行 - 不要省略命名空间，如
@throws \App\Exceptions\InsufficientBalanceException
/**
* @throws \App\Exceptions\InsufficientBalanceException
* @throws \App\Exceptions\InvalidPaymentMethodException
*/
public function charge(float $amount): void
{
if ($this->balance < $amount) {
throw new InsufficientBalanceException('余额不足');
}
}自定义异常构造函数参数要不要注释
要，尤其是当重写了 __construct() 并添加了新参数时。PHP 原生 Exception 构造函数签名是 __construct(string $message = "", int $code = 0, ?Throwable $previous = null)，如果你新增了 $context 或 $retryAfter，就必须文档化。
否则调用方传参会困惑，IDE 也无法提示参数名和类型。
- 用
@param注释每个新增参数 - 原生参数（
$message,$code）可不重复注释，除非你改变了语义（比如把$code改成 HTTP 状态码） - 若仅调用
parent::__construct(...)且无新增参数，无需重写构造函数，更无需额外注释
/**
* @param string $message 错误信息
* @param int $code 业务错误码（非 PHP 异常 code）
* @param array $context 关联上下文数据，如 ['order_id' => 123]
*/
public function __construct(string $message, int $code, array $context = [])
{
parent::__construct($message, $code);
$this->context = $context;
}PHP 8.0+ 属性提升后，@property 注释还有效吗
仍然有效，而且更关键。PHP 8.0 引入属性提升（promoted properties），比如 public function __construct(public int $errorCode)，此时 $errorCode 是公开属性，但 PHPDoc 不会自动推导其用途和业务含义。
静态分析工具（如 Psalm）默认不信任提升属性的语义，必须靠 @property 显式声明，否则会报 PropertyNotSetInConstructor 或无法识别字段作用。
- 即使用了属性提升，也要在类 DocBlock 中补
@property int $errorCode 业务错误码 -
@property-read或@property-write可用于限定访问权限（尽管运行时不受限） - 别依赖 IDE 自动生成的
@property——它常漏掉描述，或把类型写成mixed
最易忽略的一点：很多人给异常类写了完整 DocBlock，却在重构时删掉了 @property 行，导致后续团队成员无法快速理解那个 $errorCode 到底是 HTTP 状态码、支付网关返回码，还是内部枚举值。
