Golang中利用函数实现动态代理与面向切面（AOP）日志-Golang-PHP中文网

go函数值通过闭包捕获原始函数与钩子实现代理逻辑，需保持签名一致、正确传参、透传返回值和context；http中间件须封装responsewriter并注意执行顺序。

golang中利用函数实现动态代理与面向切面（aop）日志

Go 函数值如何承载代理逻辑

Go 没有类、没有继承，但函数是一等公民，func 类型变量天然适合做代理的“中间层”。关键不是模仿 Java 的 Proxy 或 Spring AOP，而是用闭包捕获原始函数 + 前后钩子，把调用链显式串起来。

常见错误是试图用反射动态生成函数签名——没必要，也难维护。真实场景中，代理目标通常是已知接口或固定签名的函数，比如 http.HandlerFunc 或自定义的 Handler 类型。

代理函数必须与原函数签名一致，否则无法赋值给同一类型变量
闭包内调用原函数时，注意传参顺序和数量，漏传会导致 panic：runtime error: invalid memory address or nil pointer dereference
若需透传不定参数（如日志装饰器用于任意函数），用 interface{} + 类型断言，但会丢失编译期检查

用闭包实现 AOP 风格日志装饰器

日志不是加在方法体里，而是套在函数调用入口/出口外层。典型模式是：接收一个 func() 或 func(...interface{})，返回一个新的 func()，执行前后打点。

例如对数据库操作加耗时日志：

func WithLog(fn func() error, op string) func() error {
	return func() error {
		start := time.Now()
		err := fn()
		duration := time.Since(start)
		log.Printf("[LOG] %s took %v, err: %v", op, duration, err)
		return err
	}
}

// 使用
dbQuery := func() error { return db.QueryRow("SELECT ...") }
loggedQuery := WithLog(dbQuery, "user_fetch")
err := loggedQuery() // 日志自动打出

注意：WithLog 返回的是新函数，不是立即执行；若忘记调用返回值，日志永远不会输出。

避免在闭包里直接打印 fn 地址（如 %p），它只是函数指针，无业务意义
若原函数有返回值需透传，不要只写 log.Printf 后 return nil —— 会吞掉真实错误
高并发下频繁创建闭包对象可能影响 GC，可考虑复用结构体 + 方法代替纯闭包

HTTP 中间件作为动态代理的实际落地

Go 的 HTTP 服务天然适合代理模式：http.Handler 是函数类型别名，http.HandlerFunc 可被包装成带日志、鉴权、追踪的中间件链。

Alibabacloud Sdk Client Initialization For Golang

初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。

下载

标准写法是链式调用，每个中间件接收 http.Handler 并返回新 http.Handler：

func LoggingMiddleware(next http.Handler) http.Handler {
	return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
		start := time.Now()
		// 注意：需包装 ResponseWriter 才能捕获状态码和字节数
		lw := &responseWriter{ResponseWriter: w, statusCode: 200}
		next.ServeHTTP(lw, r)
		log.Printf("%s %s %d %v", r.Method, r.URL.Path, lw.statusCode, time.Since(start))
	})
}

// 使用：handler = LoggingMiddleware(AuthMiddleware(handler))

容易踩的坑是忽略 http.ResponseWriter 的封装。直接调用 w.WriteHeader() 会绕过中间件的状态记录，导致日志里的 status 总是 200。