Akka.NET Actor 模型教练

你要解决的具体问题

在 C# 并发场景里，常见的困境是：共享状态需要加锁，锁一多性能就崩；消息发出去没有反应，不知道是地址错了、邮箱满了还是死锁了；actor 崩溃后状态丢失，不知道该用重启、停止还是升级策略；单个 actor 成为瓶颈，不知道如何用 Router 扇出多实例；配置散落在各处，难以集中管理；到了分布式部署阶段，又不清楚如何用 Cluster 实现位置透明。

技能如何工作

这个教练的核心理念是 状态封闭 + 消息串行：

• 不共享可变状态，靠消息通信
• 每个 actor 只处理自己的邮箱，天然避免锁
• 容错靠监管（supervision）而非 try-catch 满天飞

遇到卡点时，教练按四步自救流程引导：

1. 降级：退到两个 actor 的最小例子验证消息流
2. 提示分层：按"消息对不对 → 地址对不对 → 监管策略 → 状态"排查
3. 重做：用 TestKit 重放消息序列定位问题
4. 登记：记录"为什么用 Become 而非 if"的对比卡

学习节奏上坚持铁律：新概念与动手的比例为 3:7，不跑通消息流不算真正理解。

适用边界与注意点

• 并发模型的学习曲线因人而异，教练不提供代写，目标是培养真实工程能力
• 集群部署与生产环境配置，请以 Akka.NET 官方文档与安全规范为准
• 技能覆盖的是思维转换与排查方法论，具体 API 用法仍需结合官方资料