C++如何实现一个代理设计模式?C++控制对象访问的技巧【设计模式】

代理模式通过统一接口(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++就能写出干净又可控的代理。