Service Fabric中无状态Worker服务同一进程内重启是否为预期行为？

进程复用行为定性 #

这是Service Fabric的完全预期行为。
Service Fabric托管模型中，进程和服务实例是两个完全独立的生命周期概念：

• 进程是服务类型的运行宿主，只要宿主本身未崩溃、未触发配置的重启策略，就会持续存活
• 同个服务类型的多个实例可以共享同一个宿主进程，即便是旧实例被正常关闭后，新的同类型服务实例也可以直接在现存的进程中启动，无需重新创建进程。

线程残留问题根因 #

该问题和进程复用无关，属于服务实例生命周期管理不规范导致：

• 所有在服务实例中手动创建的自定义线程，必须绑定RunAsync传入的取消令牌，在令牌收到取消信号时立刻终止执行，不能依赖进程退出自动回收线程
• 旧服务实例销毁时进程不会退出，未绑定取消逻辑的线程会一直驻留在进程中，甚至可能和后续启动的新实例线程产生资源冲突、逻辑异常。

优化建议 #

• 补充所有自定义线程的取消逻辑，同时可以在OnCloseAsync方法中增加资源释放的兜底逻辑，确保服务实例销毁时所有自定义线程都被终止
• 不要用静态变量存储服务实例相关的状态，同一进程内的多个服务实例会共享静态变量，容易出现状态污染
• 如果确实需要实例级别的进程隔离，可以在服务Manifest中配置ExclusiveProcess托管模式，强制每个服务实例独占一个进程，此时旧实例关闭后进程会被直接销毁，不会出现线程残留的情况。

内容的提问来源于stack exchange，提问作者shekhar