PHP中无原生装饰器语法，但可通过实现统一接口、组合被装饰对象来模拟装饰器模式，支持链式调用与多层增强，核心是动态扩展行为而不修改原类。
PHP 中没有原生装饰器语法（如 Python 的 @decorator），但可以通过面向对象方式模拟装饰器模式，核心是「动态扩展对象行为，不修改原有类」。面试中常考的是手写一个可链式调用、支持多层增强的装饰器结构。
装饰器模式的本质与 PHP 实现要点
装饰器模式属于结构型设计模式，关键在于：装饰器类和被装饰类实现同一接口，装饰器内部持有被装饰对象的引用，并在方法调用前后插入逻辑。
- 必须定义统一接口（如
Processor），让原始类和所有装饰器都实现它 - 每个装饰器只关注单一职责（如日志、缓存、权限校验），便于组合复用
- 构造函数接收被装饰对象（类型提示为接口），体现「组合优于继承」
- 避免在装饰器中重写整个方法逻辑，而是用
$this->wrapped->handle()委托调用
手写可链式装饰器的典型代码结构
以下是一个简洁可用的面试级实现，支持多层包装：
// 接口
interface Processor {
public function handle(string $data): string;
}
// 原始处理器
class TextProcessor implements Processor {
public function handle(string $data): string {
return trim($data);
}
}
// 日志装饰器
class LoggingDecorator implements Processor {
private Processor $wrapped;
public function __construct(Processor $wrapped) {
$this->wrapped = $wrapped;
}
public function handle(string $data): string {
echo "[LOG] Processing: " . $data . "\n";
return $this->wrapped->handle($data);
}
}
// 大写装饰器
class UppercaseDecorator implements Processor {
private Processor $wrapped;
public function __construct(Processor $wrapped) {
$this->wrapped = $wrapped;
}
public function handle(string $data): string {
$result = $this->wrapped->handle($data);
return strtoupper($result);
}
}
// 使用示例
$processor = new TextProcessor();
$processor = new LoggingDecorator($processor);
$processor = new UppercaseDecorator($processor);
echo $processor->handle(" hello world "); // 输出：[LOG] Processing: hello world \nHELLO WORLD
面试高频追问与应对建议
面试官常围绕灵活性、性能、边界场景提问：
- 如何支持运行时动态添加/移除装饰器？ 可改用「装饰器容器」类，维护装饰器栈，提供
add()/remove()方法，handle()中遍历执行 - 装饰器之间有依赖顺序（如必须先缓存再日志），怎么保证？ 明确链式构造顺序；或引入优先级字段 + 排序机制，但会增加复杂度，通常面试中说明「由使用者控制构造顺序」即可
- 如果被装饰对象是无状态的，装饰器能否共享实例？ 可以，只要装饰器自身也不保存请求相关状态（即无成员变量依赖单次调用）
- 和中间件（如 PSR-15）有何异同？ 思想一致（洋葱模型），但中间件更强调请求/响应生命周期和终止传播能力（
$next()），装饰器更通用
避免踩坑的实战细节
写错容易暴露基础薄弱：
- 不要让装饰器继承原始类（破坏里氏替换，且无法灵活组合）
- 不要在装饰器构造函数里直接调用
$wrapped->handle()（应延迟到业务方法中） - 注意类型提示一致性——所有装饰器构造函数参数必须是接口类型，不能是具体类
- 若需传递额外参数（如缓存 TTL），应在装饰器构造时传入，而非
handle()方法，保持接口统一
