17370845950

代理模式通过统一接口（Subject）使Proxy与RealSubject对外行为一致，客户端仅依赖抽象接口；Proxy拦截调用、按需创建RealSubject并添加额外行为，RealSubject专注业务逻辑。

代理设计模式在C++中主要用于控制对某个对象的访问，比如延迟初始化、权限检查、日志记录或远程调用封装。核心思路是定义一个与真实对象具有相同接口的代理类，在不改变客户端代码的前提下，介入并管理真实对象的创建和使用过程。

定义统一接口（抽象基类）

这是代理模式的基础。让真实对象（RealSubject）和代理对象（Proxy）都继承自同一个抽象接口（Subject），确保它们对外行为一致。

例如：

class Subject {
public:
    virtual ~Subject() = default;
    virtual void request() const = 0;
};

客户端只依赖 Subject* 或 Subject&，完全不知道背后是代理还是真实对象。

实现真实对象和代理对象

真实对象专注业务逻辑；代理对象负责拦截调用、按需创建真实对象，并可添加额外行为。

• 真实对象直接实现接口：

class RealSubject : public Subject {
public:
    void request() const override {
        std::cout << "RealSubject: handling request.\n";
    }
};

• 代理对象持有真实对象指针（通常延迟创建），并在 request() 中插入控制逻辑：

class Proxy : public Subject {
private:
    mutable std::unique_ptr real_subject_;

    RealSubject& get_real_subject() const {
        if (!real_subject_) {
            real_subject_ = std::make_unique();
        }
        return *real_subject_;
    }

public:
    void request() const override {
        std::cout << "Proxy: before forwarding request.\n";
        get_real_subject().request();
        std::cout << "Proxy: after forwarding request.\n";
    }
};

灵活控制访问的常见技巧

C++代理可结合多种语言特性增强控制力：

• 延迟初始化：如上例，用 mutable + unique_ptr 实现线程安全（单线程下）的懒加载
• 访问权限校验：在 request() 前调用 check_access()，失败则抛异常或静默返回
• 引用计数/共享控制：用 std::shared_ptr 管理生命周期，配合 weak_ptr 防循环引用
• 透明代理 vs 虚代理：若需隐藏网络/IO细节，可在 request() 内部做序列化+RPC调用，对外仍保持 Subject 接口

注意事项与优化点

代理不是万能胶，滥用会增加间接层开销和理解成本：

• 避免在 proxy 中重复实现复杂逻辑——它应聚焦“控制”，而非“功能”
• 若代理仅转发且无状态，考虑用模板或宏生成（但通常得不偿失）
• 多线程环境下，get_real_subject() 需加锁或用 std::call_once 保证初始化安全
• 移动语义友好：proxy 类自身应支持移动构造/赋值，尤其内部持有 unique_ptr 时

基本上就这些。代理模式的关键不在语法多炫，而在于清楚划分“谁该做什么”——接口统一、职责分离、控制点明确，C++就能写出干净又可控的代理。