实践GoF的设计模式:代理模式
摘要: 代理模式为一个对象提供一种代理以控制对该对象的访问。
本文分享自华为云社区《【Go实现】实践GoF的23种设计模式:代理模式》,作者:元闰子 。
简介
GoF 对代理模式(Proxy Pattern)的定义如下:
Provide a surrogate or placeholder for another object to control access to it.
也即,代理模式为一个对象提供一种代理以控制对该对象的访问。
它是一个使用率非常高的设计模式,在现实生活中,也是很常见。比如,演唱会门票黄牛。假设你需要看一场演唱会,但官网上门票已经售罄,于是就当天到现场通过黄牛高价买了一张。在这个例子中,黄牛就相当于演唱会门票的代理,在正式渠道无法购买门票的情况下,你通过代理完成了该目标。
从演唱会门票的例子我们也能看出,使用代理模式的关键在于,当 Client 不方便直接访问一个对象时,提供一个代理对象控制该对象的访问。Client 实际上访问的是代理对象,代理对象会将 Client 的请求转给本体对象去处理。
UML 结构
场景上下文
在简单的分布式应用系统(示例代码工程)中,db 模块用来存储服务注册和监控信息,它是一个 key-value 数据库。为了提升访问数据库的性能,我们决定为它新增一层缓存:
另外,我们希望客户端在使用数据库时,并不感知缓存的存在,这些,代理模式可以做到。
代码实现
// demo/db/cache.go package db // 关键点1: 定义代理对象,实现被代理对象的接口 type CacheProxy struct { // 关键点2: 组合被代理对象,这里应该是抽象接口,提升可扩展性 db Db cache sync.Map // key为tableName,value为sync.Map[key: primaryId, value: interface{}] hit int miss int } // 关键点3: 在具体接口实现上,嵌入代理本身的逻辑 func (c *CacheProxy) Query(tableName string, primaryKey interface{}, result interface{}) error { cache, ok := c.cache.Load(tableName) if ok { if record, ok := cache.(*sync.Map).Load(primaryKey); ok { c.hit++ result = record return nil } } c.miss++ if err := c.db.Query(tableName, primaryKey, result); err != nil { return err } cache.(*sync.Map).Store(primaryKey, result) return nil } func (c *CacheProxy) Insert(tableName string, primaryKey interface{}, record interface{}) error { if err := c.db.Insert(tableName, primaryKey, record); err != nil { return err } cache, ok := c.cache.Load(tableName) if !ok { return nil } cache.(*sync.Map).Store(primaryKey, record) return nil } ... // 关键点4: 代理也可以有自己特有方法,提供一些辅助的功能 func (c *CacheProxy) Hit() int { return c.hit } func (c *CacheProxy) Miss() int { return c.miss } ...
客户端这样使用:
// 客户端只看到抽象的Db接口 func client(db Db) { table := NewTable("region"). WithType(reflect.TypeOf(new(testRegion))). WithTableIteratorFactory(NewRandomTableIteratorFactory()) db.CreateTable(table) table.Insert(1, &testRegion{Id: 1, Name: "region"}) result := new(testRegion) db.Query("region", 1, result) } func main() { // 关键点5: 在初始化阶段,完成缓存的实例化,并依赖注入到客户端 cache := NewCacheProxy(&memoryDb{tables: sync.Map{}}) client(cache) }
本例子中,Subject 是 Db 接口,Proxy 是 CacheProxy 对象,SubjectImpl 是 memoryDb 对象:
总结实现代理模式的几个关键点:
- 定义代理对象,实现被代理对象的接口。本例子中,前者是 CacheProxy 对象,后者是 Db 接口。
- 代理对象组合被代理对象,这里组合的应该是抽象接口,让代理的可扩展性更高些。本例子中,CacheProxy 对象组合了 Db 接口。
- 代理对象在具体接口实现上,嵌入代理本身的逻辑。本例子中,CacheProxy 在 Query、Insert 等方法中,加入了缓存 sync.Map 的读写逻辑。
- 代理对象也可以有自己特有方法,提供一些辅助的功能。本例子中,CacheProxy 新增了Hit、Miss 等方法用于统计缓存的命中率。
- 最后,在初始化阶段,完成代理的实例化,并依赖注入到客户端。这要求,客户端依赖抽象接口,而不是具体实现,否则代理就不透明了。
扩展
Go 标准库中的反向代理
代理模式最典型的应用场景是远程代理,其中,反向代理又是最常用的一种。
以 Web 应用为例,反向代理位于 Web 服务器前面,将客户端(例如 Web 浏览器)请求转发后端的 Web 服务器。反向代理通常用于帮助提高安全性、性能和可靠性,比如负载均衡、SSL 安全链接。
Go 标准库的 net 包也提供了反向代理,ReverseProxy,位于 net/http/httputil/reverseproxy.go 下,实现 http.Handler 接口。http.Handler 提供了处理 Http 请求的能力,也即相当于 Http 服务器。那么,对应到 UML 结构图中,http.Handler 就是 Subject,ReverseProxy 就是 Proxy:
下面列出 ReverseProxy 的一些核心代码:
// net/http/httputil/reverseproxy.go package httputil type ReverseProxy struct { // 修改前端请求,然后通过Transport将修改后的请求转发给后端 Director func(*http.Request) // 可理解为Subject,通过Transport来调用被代理对象的ServeHTTP方法处理请求 Transport http.RoundTripper // 修改后端响应,并将修改后的响应返回给前端 ModifyResponse func(*http.Response) error // 错误处理 ErrorHandler func(http.ResponseWriter, *http.Request, error) ... } func (p *ReverseProxy) ServeHTTP(rw http.ResponseWriter, req *http.Request) { // 初始化transport transport := p.Transport if transport == nil { transport = http.DefaultTransport } ... // 修改前端请求 p.Director(outreq) ... // 将请求转发给后端 res, err := transport.RoundTrip(outreq) ... // 修改后端响应 if !p.modifyResponse(rw, res, outreq) { return } ... // 给前端返回响应 err = p.copyResponse(rw, res.Body, p.flushInterval(res)) ... }
ReverseProxy 就是典型的代理模式实现,其中,远程代理无法直接引用后端的对象引用,因此这里通过引入 Transport 来远程访问后端服务,可以将 Transport 理解为 Subject。
可以这么使用 ReverseProxy:
func proxy(c *gin.Context) { remote, err := url.Parse("https://yrunz.com") if err != nil { panic(err) } proxy := httputil.NewSingleHostReverseProxy(remote) proxy.Director = func(req *http.Request) { req.Header = c.Request.Header req.Host = remote.Host req.URL.Scheme = remote.Scheme req.URL.Host = remote.Host req.URL.Path = c.Param("proxyPath") } proxy.ServeHTTP(c.Writer, c.Request) } func main() { r := gin.Default() r.Any("/*proxyPath", proxy) r.Run(":8080") }
典型应用场景
- 远程代理(remote proxy),远程代理适用于提供服务的对象处在远程的机器上,通过普通的函数调用无法使用服务,需要经过远程代理来完成。因为并不能直接访问本体对象,所有远程代理对象通常不会直接持有本体对象的引用,而是持有远端机器的地址,通过网络协议去访问本体对象。
- 虚拟代理(virtual proxy),在程序设计中常常会有一些重量级的服务对象,如果一直持有该对象实例会非常消耗系统资源,这时可以通过虚拟代理来对该对象进行延迟初始化。
- 保护代理(protection proxy),保护代理用于控制对本体对象的访问,常用于需要给 Client 的访问加上权限验证的场景。
- 缓存代理(cache proxy),缓存代理主要在 Client 与本体对象之间加上一层缓存,用于加速本体对象的访问,常见于连接数据库的场景。
- 智能引用(smart reference),智能引用为本体对象的访问提供了额外的动作,常见的实现为 C++ 中的智能指针,为对象的访问提供了计数功能,当访问对象的计数为 0 时销毁该对象。
优缺点
优点
- 可以在客户端不感知的情况下,控制访问对象,比如远程访问、增加缓存、安全等。
- 符合开闭原则,可以在不修改客户端和被代理对象的前提下,增加新的代理;也可以在不修改客户端和代理的前提下,更换被代理对象。
缺点
- 作为远程代理时,因为多了一次转发,会影响请求的时延。
与其他模式的关联
从结构上看,装饰模式 和 代理模式 具有很高的相似性,但是两种所强调的点不一样。前者强调的是为本体对象添加新的功能,后者强调的是对本体对象的访问控制。
文章配图
可以在 用Keynote画出手绘风格的配图 中找到文章的绘图方法。
参考
[1] 【Go实现】实践GoF的23种设计模式:SOLID原则, 元闰子
[2] 【Go实现】实践GoF的23种设计模式:装饰模式, 元闰子
[3] Design Patterns, Chapter 4. Structural Patterns, GoF
[4] 代理模式, refactoringguru.cn
[5] 什么是反向代理?, cloudflare
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
SQL经典练习题(下)
目录 一、SQL优化建议 1.数据库表设计 2.sql编写 3.中文处理 4.其他 二、学习平台(推荐) 1、SQL语法手册,随用随查 2、SQL边学边练 一、SQL优化建议 为什么需要进行SQL优化? 在进行多表连接查询、子查询等操作的时候,由于写的SQL语句欠佳,导致的服务器执行时间太长,等待结果的时间太长。SQL的性能不仅仅需要对SQL语句本身进行,同时也要考虑在建库、建表、建索引等阶段进行。基于此,所以需要学习怎么优化SQL。 1.数据库表设计 1)选择合适的数据类型 使用可存下数据的最小的数据类型。 使用简单的数据类型,整型比字符处理开销更小,因为字符串的比较更复杂。 使用合理的字段属性长度,固定长度的表会更快。 尽可能使用not null定义字段。 尽量少用text,非用不可最好分表。 2)索引 索引是一个指向表中数据的指针。一个数据库中的索引与一本书的索引目录是非常相似的。索引可以用来提高数据库查询性能,但是不恰当的使用将导致数据库性能下降。建议仅在匹配如下某条原则时创建索引: 经常执行查询的字段。 在连接条件上创建索引,对于存在多字段连接的查询,建议在这些字段上建立组合...
- 下一篇
极客的浪漫「GitHub 热点速览 v.22.41」
极客的浪漫,是怀旧复古的开源操作系统 SerenityOS 献上的情书;也是实用派用 AI 作画工具 novelai-bot 生成二次元女友。LxgwWenKai 用仿宋 / 楷体中文字体书写而成的那份 maigret 可寻的充满时间痕迹的个人档案,是开源人独有的浪漫。 最后,还有安全为先的自动化测试框架 Mobile-Security-Framework-MobSF 及并发编程指南 concurrency-programming-via-rust。 以下内容摘录自微博@HelloGitHub 的 GitHub Trending 及 Hacker News 热帖(简称 HN 热帖),选项标准:新发布 | 实用 | 有趣,根据项目 release 时间分类,发布时间不超过 14 day 的项目会标注 New,无该标志则说明项目 release 超过半月。由于本文篇幅有限,还有部分项目未能在本文展示,望周知 🌝 本文目录 News 快读 产品·自动清理“过期” issue 和 PR 本周特推 1.1 AI 作画插件:novelai-bot 1.2 极客的情书:serenity GitHu...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Red5直播服务器,属于Java语言的直播服务器
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS8安装Docker,最新的服务器搭配容器使用
- MySQL8.0.19开启GTID主从同步CentOS8
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS7设置SWAP分区,小内存服务器的救世主