govaluate足以支撑大多数条件型规则引擎需求，但需注意变量扁平化注入、表达式预检、缓存EvaluableExpression实例、nil安全处理及两级分发优化匹配性能。
govaluate 足够支撑大多数条件型规则引擎需求，但直接拿来就用大概率会 panic 或性能崩掉——关键在变量注入方式、表达式预检和参数结构设计。
govaluate.NewEvaluableExpression 为什么会 panic: Unknown identifier
常见错误现象是传入 map[string]interface{} 后调用 Evaluate 立即 panic，报错 Unknown identifier "device.status.battery"。这不是语法错，是 govaluate 默认只认顶层 key，不支持点号嵌套访问。
- 别直接把原始 JSON 解析后的嵌套 map 丢进去，比如
map[string]interface{}{"device": map[string]interface{}{"status": map[string]interface{}{"battery": 82}}} - 要么提前扁平化：用
gjson.GetBytes提取所有可能字段，生成类似map[string]interface{}{"device_status_battery": 82, "device_id": "abc123"} - 要么实现
govaluate.Parameters接口，在Get(key string)里按.拆分路径并递归取值 - 更稳妥的做法：加载规则时先用
govaluate.GetVariables(exprStr)拿出所有引用变量，再检查参数 map 是否包含这些 key（哪怕值为nil）
为什么 Evaluate 性能差？缓存 EvaluableExpression 实例
每次调用 govaluate.NewEvaluableExpression 都会重新 tokenize + parse，高频场景下 CPU 消耗集中在这一块。真实业务中规则基本不变，没必要每次都编译。
- 规则配置加载时就调用
govaluate.NewEvaluableExpression构建实例，存进内存 map 或 slice - 运行时只调用
expression.Evaluate(params)，避免重复解析 - 如果规则带自定义函数（如
now()、in_array()），用NewEvaluableExpressionWithFunctions创建，函数注册一次即可 - 注意：
EvaluableExpression实例不是 goroutine-safe 的，多协程并发调用Evaluate没问题，但别共享修改内部状态
nil 值和链式访问怎么不出 panic
govaluate 对 nil 零容忍，user.Address.Street != "" 这种写法只要 user.Address 是 nil 就直接崩溃，它不会做空安全短路。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 别依赖表达式层做空判断，提前在参数构造阶段补全字段：用
maps.Clone（Go 1.21+）或手动遍历 key，缺失字段设为nil或占位符（如"MISSING"） - 需要链式安全访问？注册一个自定义函数，比如
safe_get("user.Address.Street", "")，由你控制 nil 处理逻辑 - 时间类函数必须注册为闭包，例如
vars["now"] = func() time.Time { return time.Now() }，否则time.Now()只在初始化时执行一次 - 正则匹配用
=~时，确保左值是 string 类型，否则报类型错误；建议在参数注入前统一做类型断言或转换
规则太多时匹配变慢，怎么降维优化
1000 条规则 + 每秒 500 条消息，朴素 for-loop 全量遍历会让 CPU 持续 90%+。不能靠堆机器，得从数据结构上切。
- 第一级分发：按高频筛选字段（如
topic、device_type、alarm_level）做 map 分组，map[string][]*Rule，消息进来先查 topic 对应子集 - 第二级匹配：对子集内规则用 govaluate 计算；若仍有压力，对数值字段（如
temperature）建区间索引，用[][]float64存上下界，二分查找缩小候选集 - 所有依赖数据（如白名单、阈值表）必须在规则加载时预热进内存，匹配阶段禁止任何 I/O
- 避免在表达式里调外部函数做耗时操作，动作执行要和条件匹配解耦——匹配成功后异步投递到 worker 执行
真正卡住人的从来不是 govaluate 本身，而是变量如何映射、nil 怎么兜底、表达式怎么预热、匹配怎么分层——这些细节没对齐，规则引擎上线第一天就会在凌晨三点报警。
