关键在于显式建模递归结构、集中管控迁移规则、交由框架托管生命周期：用延迟函数避免循环引用，以状态表驱动统一迁移逻辑，通过context和assign传递嵌套上下文，借助inspect工具追踪递归调用链。
处理复杂的递归状态机迁移逻辑，关键不在“写更多分支”，而在于把递归结构显式建模、把迁移规则集中管控、把生命周期交给框架托管。
用状态配置显式表达递归结构
不要在事件处理器里手动 new 一个新状态机实例，而是通过状态节点自身引用完成嵌套。XState 中推荐用 延迟定义函数 避免循环引用：
- 把状态机创建包装成函数（如
createCommentMachine()） - 在子状态的
invoke或on转移中调用该函数，而非直接引用机器实例 - 这样既支持无限嵌套（比如评论下的回复、回复的回复），又避免 TypeScript 类型报错
把迁移逻辑从代码搬进迁移表
递归场景下，每个层级的状态迁移规则往往高度一致。与其在每层重复写 if (state === 'replying') {...}，不如统一用二维表驱动：
- 表头是当前状态 + 触发事件，单元格填目标状态 + 关联动作（如“添加子评论”“折叠全部”）
- 同一张表可复用于根评论、子评论、孙评论——只需传入当前上下文（如
context.parentId） - 新增一种嵌套操作（比如“引用回复”），只改一行表项，不碰任何分支逻辑
用 context 和 assign 管理嵌套上下文
递归不是无状态的层层调用，每一层都需要携带自己的局部信息：
- 在父状态中用
assign把子状态所需数据（如commentId、depth、isExpanded）注入子 actor 的 context - 子状态机内部只处理自己层级的数据，不越界读取父级 context
- 子状态结束时（如关闭编辑框），通过
sendParent通知父级更新 UI 或触发后续动作
靠 inspect 工具看清递归调用链
递归状态机一旦出问题，堆栈容易迷失。XState Inspect 不仅能显示当前顶层状态，还能展开每个子 actor 的独立状态树：
- 观察每个子 actor 是否被正确创建/销毁
- 追踪事件是被哪一层捕获、哪一层忽略、哪一层转发给 parent
- 配合
devTools: true启动，实时查看 context 变化和事件路径
