代理模式通过共用接口让代理对象控制对真实对象的访问，常用于权限控制、延迟加载等场景。例如，保护代理可校验用户角色，虚拟代理可延迟创建高开销对象，日志代理可记录调用信息。Go语言中利用接口实现代理，保证扩展性与透明性，符合开闭原则，适用于API网关、中间件等场景。
在Go语言中，代理模式（Proxy Pattern）是一种结构型设计模式，用于为真实对象提供一个代理或占位符，以控制对它的访问。这种模式常用于延迟初始化、权限控制、日志记录、缓存等场景。通过代理对象，可以在不改变原始接口的前提下，增加额外的逻辑。
代理模式的核心思想
代理模式的关键在于：代理对象和真实对象实现相同的接口，客户端通过接口与对象交互，无需知道使用的是真实对象还是代理。这样可以在调用真实对象前后插入控制逻辑。
常见代理类型包括：
- 远程代理：代表一个位于不同地址空间的对象
- 虚拟代理：根据需要创建开销大的对象（如图片加载）
- 保护代理：控制对原始对象的访问权限
- 日志代理：记录对对象的请求
Go中实现保护代理示例
以下是一个简单的权限控制代理示例，展示如何通过代理限制对某个服务方法的访问。
立即学习“go语言免费学习笔记（深入）”；
package main
import "fmt"
// ServiceInterface 定义服务接口
type ServiceInterface interface {
Request() string
}
// RealService 真实的服务对象
type RealService struct{}
func (r *RealService) Request() string {
return "RealService: 处理请求"
}
// ProxyService 代理服务，控制对RealService的访问
type ProxyService struct {
realService *RealService
role string // 用户角色
}
func (p *ProxyService) Request() string {
if p.role != "admin" {
return "拒绝访问：权限不足"
}
// 延迟初始化真实对象
if p.realService == nil {
p.realService = &RealService{}
}
// 可在此添加日志、监控等逻辑
fmt.Println("日志：开始处理请求")
result := p.realService.Request()
fmt.Println("日志：请求完成")
return result
}
// NewProxy 创建代理实例
func NewProxy(role string) ServiceInterface {
return &ProxyService{role: role}
}使用方式：
```go func main() { // 普通用户访问 user := NewProxy("user") fmt.Println(user.Request()) // 输出：拒绝访问：权限不足// 管理员访问
admin := NewProxy("admin")
fmt.Println(admin.Request())
// 输出：
// 日志：开始处理请求
// RealService: 处理请求
// 日志：请求完成}
虚拟代理实现延迟加载
当对象创建代价较高时，可以使用虚拟代理延迟其创建时机。
```go type Image interface { Display() string } type RealImage struct { filename string } func (r *RealImage) loadFromDisk() { fmt.Printf("正在加载图片：%s\n", r.filename) } func (r *RealImage) Display() string { return fmt.Sprintf("显示图片：%s", r.filename) } type ProxyImage struct { filename string realImage *RealImage } func (p *ProxyImage) Display() string { if p.realImage == nil { p.realImage = &RealImage{filename: p.filename} p.realImage.loadFromDisk() } return p.realImage.Display() }
只有在真正调用 Display() 时才会加载图片，节省初始化资源。
使用接口提升灵活性
Go 的接口机制天然适合实现代理模式。只要代理和真实对象满足同一接口，就能无缝替换。建议将接口定义在客户端依赖的一侧，避免紧耦合。
代理模式让扩展更安全。新增功能（如鉴权、日志）不会影响原有业务逻辑，符合开闭原则。在实际项目中，可用于 API 网关、中间件、RPC 调用封装等场景。
基本上就这些。关键点是共用接口、控制访问、透明扩展。写起来不复杂，但容易忽略接口抽象的设计。
