函数调用不执行的主因是误将函数调用写成赋值（如handlers["save"] = saveToDB()），导致立即执行而非存函数；其次为nil map或未初始化函数值。
用 map[string]func() 做简单路由时，为什么函数调用不执行？
因为 map 存的是函数值（副本），不是引用；但更常见的原因是：你往 map 里塞了函数字面量却忘了加括号调用，或者塞的是未初始化的 nil 函数。
实操建议：
- 声明时明确类型：
var handlers = make(map[string]func(), 8)，避免隐式 nil map 导致 panic - 注册逻辑必须显式赋值：
handlers["save"] = func() { saveToDB() }，不能写成handlers["save"] = saveToDB()（这会立即执行） - 调用前务必判空：
if h, ok := handlers["save"]; ok { h() }，否则直接handlers["missing"]()会 panic
map[string]interface{} 里存方法指针，怎么安全调用？
Go 不允许直接把方法值（如 (*User).Save）塞进 interface{} 后原样调用，因为类型信息在 interface{} 里丢失了；你需要保留接收者实例和方法名的绑定关系。
实操建议：
- 用结构体封装逻辑，比裸 map 更可控：
type Handler struct { Obj interface{}; Method string } - 借助
reflect.ValueOf(h.Obj).MethodByName(h.Method).Call(nil)调用，但注意性能损耗和 panic 风险 - 更推荐方案：提前绑定好闭包，比如
handlers["user.save"] = func() { u.Save() }，绕过反射 - 若必须用
map[string]interface{}，只存原始数据（JSON 字段、ID、配置项），逻辑调度仍走静态函数映射
数据驱动逻辑中，如何避免 map 并发读写 panic？
map 本身不是并发安全的，一旦有 goroutine 写（增/删/改 key），其他 goroutine 读就会触发 fatal error: concurrent map read and map write。
实操建议：
- 初始化后只读？用
sync.RWMutex包一层，读多写少场景下性能损失小 - 需要运行时热更新？换
sync.Map，但注意它不支持遍历、不保证迭代顺序，且LoadOrStore返回值语义和普通 map 不同 - 最稳做法：启动时构建好 map，后续只读；动态逻辑通过外部配置（如 YAML 文件 + watcher）触发 reload，重建整个 map 实例
- 别在 handler 闭包里捕获可变变量（比如循环变量
i），容易所有 key 共享同一个值
从 JSON 配置加载 handler 映射时，函数名怎么对应到真实代码？
JSON 只能存字符串，无法直接反序列化为函数；硬编码字符串到 switch 或 if-else 是常见但难维护的做法。
实操建议：
- 定义统一注册表变量：
var Registry = make(map[string]func(map[string]interface{})) - 每个 handler 初始化时主动注册：
func init() { Registry["notify_email"] = sendEmail } - 解析 JSON 后查表：
if h, ok := Registry[data.Type]; ok { h(data.Config) } - 错误处理要具体：查不到时返回明确错误
"unknown handler type: 'sms'"，而不是静默忽略 - 别把函数名拼错进 JSON —— 没法编译期检查，建议加单元测试覆盖所有 type 字符串
真正麻烦的从来不是 map 怎么存函数，而是当 handler 逻辑变复杂、依赖增多、配置嵌套加深时，那个最初“灵活”的 map 很快变成状态黑洞。留个心眼：只要业务逻辑开始涉及错误恢复、上下文传递或中间件链，就该考虑切到标准的 handler 接口 + 注册中心模式，而不是继续往 map 里塞闭包。
