Go 语言本身没有“类加载器”和“动态字节码增强”这一套基础设施，所以官方层面并不支持像 Java/Spring-AOP 那样的“全自动织入”。
在 Go 里做 AOP，本质上是“手动织入”——把横切逻辑（日志、权限、指标、重试等）通过高阶函数、闭包、接口+反射或代码生成等手段，包裹到业务函数/Handler 之外。常见做法分 4 层，由浅入深：
---
1. 函数装饰器（最轻量，任意代码都能用）
---
把业务函数当成参数传进一个“装饰器”，装饰器里先执行前置逻辑 → 调用原函数 → 执行后置逻辑。
```go
// 业务函数
func saveOrder(id int) { … }
// 切面：日志+耗时
func logCost(fn func(int)) func(int) {
return func(id int) {
start := time.Now()
log.Println("before")
fn(id)
log.Printf("after cost=%v", time.Since(start))
}
}
// 使用：用装饰后的函数替换原调用
saveOrder = logCost(saveOrder)
```
只要团队约定“所有写库操作都用 saveOrder = logCost(saveOrder) 这种方式注册”，就能在模块内做到统一切面，零第三方依赖 。
---
2. net/http / Gin 中间件（仅对 Web 层）
---
把“装饰器”概念放到 HTTP 请求生命周期里，就是中间件。
Gin 示例——全局日志/Recover/限流：
```go
func Logger() gin.HandlerFunc {
return func(c *gin.Context) {
start := time.Now()
c.Next() // 执行业务 Handler
cost := time.Since(start)
log.Printf("%s %s %d %v", c.Request.Method, c.Request.URL.Path,
c.Writer.Status(), cost)
}
}
r := gin.Default()
r.Use(Logger(), gin.Recovery(), ratelimit()) // 全局 AOP
```
中间件链即“切面链”，可随意插拔，比函数装饰器更集中、对 Web 场景够用 。
---
3. 接口+反射（运行时动态代理，性能略低）
---
对非 Web 层的普通结构体方法，可借助 `reflect` 写一个“代理生成器”，把任何满足接口的方法包成“前置/后置/环绕”形式。
```go
type Aspect interface{ Before(); After() }
type loggingAspect struct{}
func (loggingAspect) Before() { println("before") }
func (loggingAspect) After() { println("after") }
// 代理模板
func newProxy(target interface{}, asp Aspect) interface{} {
// 简化示意：只代理无参无返回方法
v := reflect.ValueOf(target)
return reflect.MakeFunc(v.Type(), func(args []reflect.Value) []reflect.Value {
asp.Before()
v.Call(args)
asp.After()
return nil
}).Interface()
}
// 使用
var svc MyService
proxy := newProxy(svc.Work, loggingAspect{})
proxy.(func())()
```
这种方式能“方法级”织入，但反射带来的性能损耗和类型断言成本让它更多用于框架级代码，而不是核心业务高频路径 。
---
4. 编译时代码生成（性能最高，也最复杂）
---
思路：
a) 写一份“带注解”的模板代码（可以是 go:generate 注释，也可以是 DSL）；
b) 在 go generate 阶段用工具解析 AST → 生成带切面逻辑的 gen.go；
c) 正常编译，运行期零反射、零损耗。
社区已有开源实现：
- “goaop” 框架（github.com/goaop/framework）提供类似 AspectJ 的语法，通过解析 `//go:aspect` 注解生成代理文件，再参与编译 。
- 滴滴开源的 “Inject” 也是通过 AST 重写完成依赖注入和 AOP，字节跳动内部也有类似工具。
---
5. 第三方“魔法”框架（生产可用，但要接受侵入）
---
- goaop：AspectJ 风格，pointcut + before/after/around，需要把 main 换成框架 Kernel，编译期织入 。
- go-proxy（github.com/peterbourgon/go-proxy）：对 interface 做动态代理，适合写 SDK。
- istio/mosn 的 WASM 插件：对网络侧做 sidecar 级 AOP，把限流、鉴权、观测下沉到数据面，业务完全无感。
---
如何选型
场景 推荐做法
仅 Web 层日志/监控/鉴权 Gin / Echo / Fiber 中间件即可
普通包级函数想加日志/重试 手写函数装饰器，零依赖
需要方法级且可插拔 接口+反射代理（低频调用）
性能敏感、大规模业务 用 go generate 做编译期织入，或上 goaop
完全不想改业务代码 上 Service Mesh，sidecar 级 AOP
---
一句话总结
Go 的 AOP 没有“银弹”：
“Web 场景中间件、普通场景装饰器、框架级代码生成、Mesh 级 sidecar” 四板斧，按侵入容忍度和性能要求挑一把就行。
GoF之代理模式)
)