覆写变量时递归问题求助：Middleware链出现递归异常

哥们，我太懂你这个问题有多头疼了——之前我自己写Go中间件链的时候也踩过这个闭包引用的坑，递归异常直接把我整懵了😅。你遇到的核心问题，就是闭包捕获变量引用而非值，导致所有中间件里的next最后都指向了同一个递归匿名函数。

问题根源拆解 #

当你在循环里构建中间件链时，如果直接让匿名函数引用循环外的next变量，所有闭包都会共享这个变量的内存地址。等循环结束后，next会被赋值为最后那个匿名函数，这时候所有中间件调用next.ServeHTTP()时，都会调用这个最终的匿名函数，而函数里又会再次引用next（也就是它自己），自然就触发递归异常了。

正确的实现方案 #

要解决这个问题，关键是让每个闭包持有独立的next引用，并且从后往前构建中间件链。下面是修正后的createChain函数：

func createChain(collection []MiddlewareInterface, handler http.Handler) http.Handler {
    next := handler
    // 从后往前遍历中间件，确保每个中间件的next指向正确的后续处理逻辑
    for i := len(collection) - 1; i >= 0; i-- {
        // 用局部变量捕获当前循环的中间件和next值，避免闭包共享引用
        currentMiddleware := collection[i]
        currentNext := next
        next = http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
            currentMiddleware.Run(w, r, currentNext)
        })
    }
    return next
}

为什么这个方案有效？ #

• 局部变量捕获：每次循环中，currentNext是当前next的副本（值拷贝，接口类型底层是指针，但这里捕获的是当前时刻的next值），每个闭包都持有独立的currentNext，不会被后续循环的赋值影响。
• 从后往前构建：最后一个中间件先绑定到传入的最终handler，然后依次往前，每个中间件的next都是下一个要执行的中间件（或最终handler），形成了正确的“链式调用”顺序。

对比错误实现（避坑参考） #

下面是你可能写出的错误代码，正好对应你遇到的递归问题：

func createChain(collection []MiddlewareInterface, handler http.Handler) http.Handler {
    next := handler
    for _, m := range collection {
        // 错误：所有闭包共享同一个next变量的引用
        next = http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
            m.Run(w, r, next) // 循环结束后next指向这个匿名函数，导致递归
        })
    }
    return next
}

循环结束后，所有闭包里的next都指向最后那个匿名函数，调用时自然陷入无限递归。

最后再划个重点 #

• Go的闭包是捕获变量引用，不是值，循环里创建闭包一定要用局部变量保存当前值。
• 中间件链要从后往前构建，才能保证每个环节的next指向正确的后续处理。

内容的提问来源于stack exchange，提问作者Dygnus