代理模式是一种结构型设计模式，用于控制对对象的访问。其核心在于通过接口抽象解耦调用方与真实对象，使代理对象可在调用前后插入权限检查、日志记录等逻辑；1. 接口定义共同行为；2. 真实对象执行业务逻辑；3. 代理对象持有真实对象引用并添加控制逻辑；4. 可通过嵌套多个代理实现功能叠加，如认证+缓存+日志；5. 实现时需注意避免代理层级过多影响维护。
在Golang中实现代理模式，尤其是用于访问控制的场景，核心思路是通过接口抽象来解耦调用方和实际对象之间的直接依赖。这样可以在不修改原始逻辑的前提下，插入权限检查、日志记录等附加行为。
什么是代理模式？
代理模式是一种结构型设计模式，常用于控制对某个对象的访问。它通常包括一个接口，以及两个实现类：一个是真正执行业务逻辑的对象，另一个是“代理”，负责在调用真实对象之前或之后做一些额外处理。
在Go语言中，接口（interface）是实现这一模式的关键。通过将目标对象抽象为接口，我们可以让代理对象持有该接口的引用，并在其方法调用前后插入逻辑。
立即学习“go语言免费学习笔记（深入）”；
接口定义与角色分离
要实现代理模式，首先要明确三个角色：
- 接口：定义被代理对象和代理对象共同遵循的行为。
- 真实对象：实现了接口，执行具体业务逻辑。
- 代理对象：同样实现了接口，但内部持有真实对象的引用，并在其方法调用前后添加控制逻辑。
举个例子，假设我们有一个文件服务接口，提供读取文件内容的功能：
type FileService interface {
ReadFile(path string) (string, error)
}真实对象可能是这样的：
type RealFileService struct{}
func (r *RealFileService) ReadFile(path string) (string, error) {
// 模拟从磁盘读取文件
return "file content", nil
}实现代理并加入访问控制
代理对象需要实现同样的接口，同时嵌入真实对象的实例，并在调用其方法前进行权限判断。
例如，我们可以做一个简单的用户身份检查：
type AuthProxy struct {
realService FileService
user string
}
func (a *AuthProxy) ReadFile(path string) (string, error) {
if a.user == "admin" {
return a.realService.ReadFile(path)
}
return "", fmt.Errorf("access denied")
}使用时可以这样：
service := &RealFileService{}
proxy := &AuthProxy{realService: service, user: "guest"}
content, err := proxy.ReadFile("/test.txt")如果
user是
"admin"，就能正常读取；否则返回错误。
这种写法的好处在于：
- 权限逻辑和业务逻辑分离
- 易于替换或扩展真实对象
- 不影响原有代码结构
更灵活的代理组合方式
有时候你可能希望代理不只是做权限检查，还能加上缓存、日志等功能。这时候可以通过嵌套多个代理来实现。
比如，先加一个缓存代理：
type CacheProxy struct {
realService FileService
cache map[string]string
}
func (c *CacheProxy) ReadFile(path string) (string, error) {
if content, ok := c.cache[path]; ok {
return content, nil
}
content, err := c.realService.ReadFile(path)
if err == nil {
c.cache[path] = content
}
return content, err
}然后你可以这样组合：
service := &RealFileService{}
cached := &CacheProxy{realService: service, cache: make(map[string]string)}
proxy := &AuthProxy{realService: cached, user: "admin"}这样就实现了“先认证 → 再查缓存 → 最后读文件”的链式处理流程。
小结一下
代理模式在Go里很常见，尤其是在中间件、权限系统、RPC框架中。关键点是：
- 利用接口统一行为
- 代理对象封装真实对象
- 可以层层嵌套实现多种功能叠加
实现起来并不复杂，但要注意避免代理层级过多导致维护困难。基本上就这些。
