从开源框架理解设计模式系列#Proxy代理模式

最新推荐文章于 2024-08-31 07:41:02 发布

原创

最新推荐文章于 2024-08-31 07:41:02 发布 · 330 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#动态代理 #设计模式 #proxy #dubbo #spring

本文探讨为何需要代理模式，介绍如何实现代理模式，并通过Dubbo、SpringAop和Netty中的代理模式应用进行案例分析，揭示代理模式在远程调用、动态代理和网络通信中的作用。此外，还讨论了代理模式的使用场景和优缺点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Netty中HttpProxyServer代理

what什么是代理模式

Gof定义：为其他对象提供一种代理以控制对这个对象的访问。别名Surrogate。

HeadFirst定义：为另一个对象提供一个替身或占位符以控制对这个对象的访问。

使用代理模式创建代变对象，让代表对象控制某对象的访问被代理的对象可以是远程的对象、创建开销大的对象或许安全控制的对象。

why为什么需要代理模式

本文重点讨论一下为什么需要代理模式，我相信每一个用过RPC框架的同学，每一个用过AOP的同学，一定一定对这个模式印象很深，所以，无处不在的代理，为什么要用呢，不用会怎样呢。

先看一下GOF设计模式中对代理动机的描述。

对一个对象进行访问控制的一个原因是为了只有在我们确实需要这个对象时才对它进行创建和初始化。我们考虑一个可以在文档中嵌入图形对象的文档编辑器。有些图形对象（如大型光栅图像）的创建开销很大。但是打开文档必须很迅速，因此我们在打开文档时应避免一次性创建所有开销很大的对象。因为并非所有这些对象在文档中都同时可见，所以也没有必要同时创建这些对象。这一限制条件意味着，对于每一个开销很大的对象，应该根据需要进行创建，当一个图像变为可见时会产生这样的需要。但是在文档中我们用什么来代替这个图像呢？我们又如何才能隐藏根据需要创建图像这一事实，从而不会使得编辑器的实现复杂化呢？例如，这种优化不应影响绘制和格式化的代码。问题的解决方案是使用另一个对象，即图像Proxy，替代那个真正的图像。Proxy可以代替一个图像对象，并且在需要时负责实例化这个图像对象。

只有当文档编辑器激活图像代理的Draw操作以显示这个图像的时候，图像Proxy才创建真正的图像。Proxy直接将随后的请求转发给这个图像对象。因此在创建这个图像以后，它必须有一个指向这个图像的引用。我们假设图像存储在一个独立的文件中。这样我们可以把文件名作为对实际对象的引用。Proxy还存储了图像的尺寸，即它的长和宽。有了图像尺寸，Proxy无须真正实例化这个图像就可以响应格式化程序对图像尺寸的请求。