PHP装饰器模式面试题解析

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() 方法，保持接口统一