Go 中实现通用配置加载器的正确方式：接口、函数与嵌入式设计-Golang

在 go 中，不应为接口定义接收者方法，而应通过独立函数配合接口约束来实现通用配置加载逻辑；推荐使用带 `path() string` 方法的 `config` 接口 + 无状态辅助函数，避免冗余方法实现。

Go 的接口设计哲学强调“小而专”，且接口本身不能拥有方法实现——你无法为 interface{} 类型（如 Config）编写接收者方法，因为接口只是契约，不是具体类型。因此，像 func (config *Config) LoadConfig(…) 这样的写法在语法上非法，也违背 Go 的类型系统本质。

正确的做法是：将通用逻辑提取为无状态函数，并让具体配置类型通过接口满足最小契约。例如：

// 定义最小接口：所有配置类型必须能返回路径
type Config interface {
    Path() string // 替代重复的 ConfigPath 字段，更灵活（可动态计算）
}

// 通用加载函数：接受任意实现了 Config 的指针（需为指针以支持反序列化修改）
func LoadConfig(path string, v interface{}) error {
    data, err := os.ReadFile(path)
    if err != nil {
        return fmt.Errorf("failed to read config file %s: %w", path, err)
    }
    return json.Unmarshal(data, v)
}

// 通用重载函数：依赖 Config.Path()
func ReloadConfig(c Config) error {
    return LoadConfig(c.Path(), c)
}

接着，各模块配置结构只需实现 Path() 方法，并保持字段简洁：

type WatcherConfig struct {
    FileType   string `json:"file_type"`
    Flag       bool   `json:"flag"`
    OtherType  string `json:"other_type"`
    ConfigPath string `json:"config_path"` // 或直接命名为 Path 以简化实现
}

func (w *WatcherConfig) Path() string {
    return w.ConfigPath
}

// 使用示例
func main() {
    cfg := &WatcherConfig{}
    if err := LoadConfig("./watcher.json", cfg); err != nil {
        log.Fatal(err)
    }
    // ... 使用 cfg

    if err := ReloadConfig(cfg); err != nil {
        log.Printf("reload failed: %v", err)
    }
}

✅ 优势总结：