Go语言不支持偏函数，实际通过Functional Options模式实现参数预设与延迟求值；该模式将配置封装为func(*Config)类型函数，组合调用以灵活设置字段，默认值统一在New函数内初始化，避免init污染和闭包资源复用问题。
Go 里没有偏函数，别被名字带偏
Go 语言本身不支持偏函数（partial function）——也就是像 Python 的 functools.partial 或 JavaScript 的 bind 那样“预先填一部分参数、返回新函数”的语法。任何试图写 partial(fn, "host") 或类似封装的第三方库，底层仍是靠闭包或结构体模拟，不是语言原生能力。
所以当看到 “Golang 偏函数在配置初始化中的应用” 这类说法，实际指的是：用闭包或函数式选项（Functional Options）模式，实现**参数预设 + 延迟求值**的效果。核心目的不是语法糖，而是让配置更灵活、默认值更可控。
Functional Options 是最接近“偏函数语义”的标准做法
它本质是把每个配置项封装成一个接受 *Config 指针的函数，调用时只传关心的，其余保持默认。这不是偏函数，但行为上很像：你“固定”了某个字段的设置逻辑，再组合进构造流程。
-
WithTimeout(5 * time.Second)返回一个func(*ServerConfig)，它只改.Timeout字段 -
NewServer(WithTimeout(...), WithTLS(true))相当于“偏应用”了两个配置动作 - 所有未传的 Option，对应字段仍走构造函数里的默认值（如
Host: "localhost"）
关键点：
立即学习“go语言免费学习笔记（深入）”；
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- Option 类型必须定义为
type Option func(*Config)，不能是接口或 struct，否则无法链式组合 - 默认值必须在
NewXXX函数内部统一设置，不能分散在各个 Option 里——否则无法保证顺序和覆盖逻辑 - 不要给必填字段也套 Option，比如
WithAddr("127.0.0.1:8080")如果Addr是必需的，就该作为NewServer(addr string, opts ...Option)的第一个参数
闭包也能模拟，但容易踩坑
有人会写：newClient := func(timeout time.Duration) func() *Client { return func() *Client { return &Client{Timeout: timeout} } }。这看起来像偏函数，但问题明显：
- 每次调用
newClient(3*time.Second)()都新建实例，无法复用连接池、缓存等资源 - 无法组合多个配置（比如既要 timeout 又要 tls），得嵌套或拼接，可读性差
- 如果
timeout依赖运行时计算（如从环境变量读），闭包捕获的是调用时刻的值，不是构造时刻的值
真正需要“预设参数+复用逻辑”的场景（比如中间件注册、日志 hook 绑定），应优先用 Functional Options；只有极简、无状态、纯函数式转换才考虑闭包。
别混淆 init 函数和配置初始化
有些代码把默认配置塞进 init() 函数，例如：func init() { defaultCfg = ServerConfig{Port: 8080} }。这看似省事，但问题严重：
-
init在包导入时就执行，无法感知调用上下文（比如测试环境 vs 生产环境） - 无法覆盖——一旦
defaultCfg被初始化，后续NewServer就只能基于它改，没法重置或切换 - 测试困难：你没法在单测里“重置”全局默认值，容易污染其他测试用例
真正的配置初始化逻辑，应该放在 NewXXX 函数体内，或者通过 sync.Once 控制首次加载，而不是扔进 init。
Functional Options 看似多写几行，但它把“默认值设定”、“用户定制”、“构造时机”三件事彻底解耦。最容易被忽略的是：Option 函数不该有副作用，也不该做 I/O 或耗时操作——它们只是设置字段。真正的初始化（比如连接数据库、加载证书）必须延迟到 NewXXX 返回对象后的首次使用，或显式 Start() 方法里。
