热导入需「预检+缓存+安全包裹」：先用GetVariables比对变量名并补缺字段，再缓存EvaluableExpression实例，最后统一JSON序列化传参；时间须注册now()函数而非变量，规则更新需BuildRule→Reset→LoadRules→ResetContext四步闭环。
govaluate.NewEvaluableExpression 每次调用都 panic，怎么热导入还不崩
直接在热加载时反复调用 govaluate.NewEvaluableExpression(expr)，十有八九会 panic：要么变量名大小写不一致（user.City vs user.city），要么传入的 map[string]interface{} 缺字段（哪怕值为 nil），govaluate 对缺失键零容忍。
真正能稳住热导入的，是「预检 + 缓存 + 安全包裹」三步：
- 用
govaluate.GetVariables(expr)提前抽取出所有变量名，和你实际数据结构的 key 集合比对，差哪个就补哪个（值设为nil或占位符"MISSING"） - 把构建好的
govaluate.EvaluableExpression实例缓存进 map，key 用规则 ID 或表达式哈希；热更新时先删旧缓存、再建新实例、最后原子替换 - 所有传参统一走
json.Marshal+json.Unmarshal过一遍，强制把 struct 字段转成 map key，规避大小写/下划线映射错位问题
规则里要写 “7天内”“今天”，但热更新后时间还是启动那一刻的
常见错误是初始化时写 vars["now"] = time.Now()，结果所有规则永远卡在服务启动时间。热导入场景下，时间必须每次 Evaluate 时实时算。
正确做法只有一条：注册函数，不是变量。
立即学习“go语言免费学习笔记（深入）”；
- 注入时写
vars["now"] = func() time.Time { return time.Now() }，表达式里用order.CreatedAt.After(now().AddDate(0,0,-7)) - 别注册
daysAgo这类带参数的函数——govaluate 不支持函数重载或可变参数，daysAgo(7)会报unknown function - 如果规则配置来自 YAML/JSON，确保解析后字段名和表达式引用完全一致（比如
created_at在 YAML 里，表达式就得写created_at，不能写CreatedAt）
热导入后规则没生效，但代码里明明调了 Reset
gengine 热重载漏掉任一环节都会静默失败：不是改了文件就自动 reload，也不是调了 Reset() 就万事大吉。
必须串起来这三步，缺一不可：
- 先用
ruleBuilder.BuildRuleFromBytes(bytes)构建新规则对象（不是只读取文件内容） - 再调
gengine.Reset()清空旧知识库 - 最后显式调
knowledgebase.LoadRulesFromBytes(bytes)——注意，它不会销毁旧规则实例，得自己管理生命周期，比如用 sync.Map 存旧规则并主动 close channel
grule 同理，knowledgebase.LoadRulesFromBytes() 后还得手动触发 knowledgebase.KnowledgeContext.Reset()，否则上下文里的绑定变量还是旧的。
多规则并发匹配时出现数据竞争或结果不一致
用 ConcurrentModel 模式跑多个规则 goroutine，但所有规则共享同一个 KnowledgeContext，一旦你在 then 块里修改了 $user.Status 这类共享变量，就必然竞争。
根本解法不是加锁（锁会拖垮吞吐），而是切断共享：
- 每条规则执行前，用
maps.Clone()（Go 1.21+）或深拷贝构造独立map[string]interface{}传入，避免跨规则污染 - 如果真需要状态流转（如“审核通过 → 发货准备”），别用规则引擎扛，改用状态机 + 事件驱动，规则只做判定，不改状态
- 链式访问如
user.Profile.Address.Street必须拆开：先判user.Profile != nil，再判user.Profile.Address != nil，govaluate 不做空指针防护
热导入本身不解决并发安全问题——它只管换规则文本，不帮你重构数据流向。这点最容易被忽略。
