architecture - 快速失败还是安全失败？

Question

我正在从事一个小项目，该项目涉及创建一个控制台程序，该程序旨在由更大的产品在后台运行。

该程序应该一方面与主要产品 (IP21) 对话，另一方面充当服务器，处理多个客户端。

我已经开始研究架构并想出了一些基于 reactor 的东西。处理主要产品产生的连接或事件等事件。客户端处理部分在单独的线程中处理，每个客户端一个。

但我不同意我的一位同事对这个架构的看法。他说我应该把在主线程中运行的 react 器和其他几个组件放在一个单独的线程中。主线程应该尽可能简单。我会这样做，这样程序就不会在这部分崩溃时崩溃。他说拥有一个完全没有功能的程序比暴力崩溃要好。

我说最好快点失败。如果程序的这个(关键)部分崩溃了，就没有理由尝试让它保持事件状态。而且我相信它会给用户带来麻烦；他会注意到一些错误，但如果他查看任务列表(我们的产品作为某种任务管理器，它列出了应该运行的任务并允许轻松跟踪崩溃的任务)，他不会注意到程序崩溃了!

我希望你可以通过对一方或另一方提出一些论点来帮助我们;)

编辑 :感谢您的回答，但我们不同意的是，在出现严重的编程相关问题(段错误/死锁/<在此处插入关键问题>)的情况下，将 react 器和其他一些组件放在单独的线程中是否有用。我认为让程序在没有这个线程的情况下运行既危险又毫无意义。

Answer 1

使用 Proactor图案 :)

故障安全。但这取决于任务(关键与否)和用户的忠诚度。稳定。您失去了一名或全部用户。