Go不支持原生柯里化，需用嵌套闭包手动模拟，如func(int) func(string) func(bool) error，类型严格、顺序固定、无占位符，仅适用于参数生命周期分离或前缀复用场景，多数情况推荐结构体或选项模式。
Go 语言没有原生柯里化支持，所谓“实现”其实是用闭包手动模拟，不是语法特性，而是编码模式。它只在参数生命周期明显分离、前缀高度复用的场景下值得写，否则直接用结构体或选项模式更清晰。
Go 里怎么手写一个三参数柯里化函数
必须显式写出每一层返回函数类型，不能靠推导。比如原始函数是 func(int, string, bool) error，柯里化后签名就是 func(int) func(string) func(bool) error：
func tripleCurry() func(int) func(string) func(bool) error {
return func(a int) func(string) func(bool) error {
return func(b string) func(bool) error {
return func(c bool) error {
// 实际逻辑
return nil
}
}
}
}
调用时顺序固定：tripleCurry()(1)("hello")(true)。错一层类型就编译失败，没有运行时容错。
- 每层函数都靠闭包捕获上层参数，
a和b在最后一层仍可访问 - 不能跳过某一层传参，Go 没有占位符（如 Lodash 的
_） - 如果某参数常为空，别硬塞进链里，改用
struct字段 + 零值默认更安全
为什么 http.ServeMux 不适合套柯里化路由
因为 http.ServeMux 只做静态前缀匹配，而柯里化匹配器本质是 func(string) bool 闭包，两者接口不兼容。真要动态路由，得自己构造匹配器：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
/users/(\d+)
- 正则对象建议预编译并复用，避免每次调用都
regexp.Compile - 路径提取逻辑（如取
id）也得塞进闭包里，不能靠外层再解析 - 若需同时校验 method + path，应把
http.Method也作为外层参数传入，返回单个func(*http.Request) bool
柯里化在 Go 中真正管用的两个场景
不是为了函数式而函数式，而是解决具体耦合问题：
-
客户端初始化：比如
newClient(baseURL)返回一个函数，再传endpoint，最后传method和body，让 baseURL 这种长生命周期配置提前绑定 -
日志封装：比如
logWithEnv("prod", "auth-service")返回一个func(string) error，后续只填msg，避免每个调用点重复写环境和模块名 - 一旦所有参数都在 handler 入口一次性可得，就别柯里化——
func(a, b, c) error更直白，没闭包开销，堆栈也干净
最容易被忽略的是调试成本：柯里化链越长，panic 堆栈里全是 func·001 这类匿名函数名，runtime.Caller 定位困难；单元测试也要逐层 mock，不如直接测最终组合行为。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
