抛弃 Electron：为多进程桌面应用实现看门狗心跳与自动修复机制

免费领取国家顶级域名（.cn/.中国）

欢迎加入国家域名信源站点导航

站点智能：AI搭建 AI辅助运营独立站，把生意做到全世界

ERTH 架构系列第二部分：如何构建一个 Bun 看门狗守护进程，以检测、终止并通过动态端口协商恢复崩溃的 Python 边车进程。

在本系列的第一部分中，我们奠定了 ERTH 技术栈（ElectroBun + Robyn + Turso + HTMX）桌面应用程序的核心基础。我们成功地从 Bun 主进程中作为子进程生成了一个高性能的 Python 后端（Robyn），并使用端口 0动态分配端口以避免端口冲突。

但在真实的桌面环境中，事情 rarely 如此简单。

如果 Python 进程进入异步死锁会发生什么？如果它因 C 级内存访问违规而崩溃怎么办？或者，如果操作系统 aggressively 回收内存并在前端外壳仍然打开时终止你的边车后端，又会怎样？

如果你没有稳健的恢复策略，你的应用程序将无限期挂起，让用户盯着一个冻结且无响应的屏幕。

在这第二篇文章中，我们将构建一个生产级的看门狗心跳与自动修复管道，将我们的双核架构转变为一个具有自愈能力和抗崩溃能力的应用程序。

自愈架构

在分布式本地桌面架构中，前端（Bun） acting like 声纳，通过轻量级、专用的健康探针定期 ping 边车后端（Robyn）。如果后端在特定超时时间内未能响应，主进程会假定边车已死亡或挂起，精准地终止它，并在一个新的动态端口上重新启动它。

以下是我们看门狗运行时的生命周期：

免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。