28、Elixir 中的错误处理与并发编程实践

Elixir 中的错误处理与并发编程实践

1. “Let it crash” 原则与状态保存

在处理数据库工作时，如果数据库工作进程失败，隐藏这个事实是没有意义的。更好的做法是快速失败，这样会产生一个错误日志，有望被注意到并修复。当然，重启可能无济于事，在这种情况下，监管进程会放弃并崩溃，系统会迅速停止，这可能反而是好事，因为如果无法持久化数据，继续工作就没有意义。

一般规则是，如果知道如何处理错误，就应该处理它；否则，对于任何意外情况，让进程崩溃，并通过监管进程确保适当的错误隔离和恢复。

当进程重启时，其状态不会被保留。进程的状态是其私有事务，当进程崩溃时，它占用的内存会被回收，新进程会以新状态启动。这有一个重要的优点，即可以干净地启动，也许进程崩溃是由于状态不一致，重新启动可能会修复错误。

不过，在某些情况下，你可能希望进程的状态在崩溃后仍然存在。这不是开箱即用的功能，需要自己实现。一般方法是将状态保存在进程外部（例如，在另一个进程或数据库中），然后在后续进程启动时恢复状态。

例如，在待办事项服务器中，有一个简单的数据库系统将待办事项列表持久化到磁盘。当待办事项服务器启动时，它首先尝试从数据库恢复数据，这使得新进程能够继承旧进程的状态。

在保存状态时要小心。通常，功能数据抽象的典型更改会通过链式转换进行：

new_state =
  state
  |> transformation_1(...)
  ...
  |> transformation_n(...)

一般来说，应该在所有转换