Corda网络节点的推荐关停方式及优雅关停与强制杀进程对比

单个Corda节点的推荐关停方式 #

对于单个运行中的Corda节点，优先选择优雅关停命令，绝对别上来就直接终止进程。具体分场景操作：

• 如果节点是在交互式控制台启动的（比如你直接敲了corda run）：直接输入exit或者stop命令就行，节点会自动进入有序停止流程。
• 如果节点是后台运行的（比如用systemd管理、Docker容器或者后台进程）：
  • 用Corda CLI工具触发：corda node stop --config-file /path/to/your/node.conf，这个命令会通过RPC连接节点，安全触发优雅停止。
  • 要是用systemd做服务管理，直接执行systemctl stop corda就行（前提是你的service配置文件里指定了正确的优雅停止脚本）。
• 自动化场景：可以通过Corda RPC客户端调用nodeServices.stop()方法，适合写运维脚本的时候用。

一组网络节点的优雅关停操作流程 #

当要关停整个Corda网络或者一组关联节点时，顺序和耐心绝对不能少，乱关停很容易搞出网络状态不一致或者交易丢失的问题。推荐按这个步骤来：

1. 先停新交易：先通知所有业务方停止提交新交易，确保没有新的工作负载再进入网络。
2. 关停业务发起节点：先关那些主要发起交易的客户端节点、业务节点——这类节点没什么核心共识职责，先停它们不会影响其他节点的收尾工作。
3. 逐个关停参与节点：对参与交易共识的普通节点，一个一个来关停，必须等当前节点完全停止（日志里出现Node stopped successfully这类提示）后，再处理下一个。
4. 最后关停Notary节点：Notary是共识流程的核心，一定要等所有正在进行的共识交易都完成后，再关停Notary节点。
5. 关停辅助服务：如果有Network Map Service、Doorman这类网络辅助服务，放在最后关停，确保所有节点都已经正常离线并更新了网络状态。

小提示：如果用Kubernetes这类容器编排工具，一定要配置足够的优雅终止时长（比如terminationGracePeriodSeconds: 300），给节点留足时间处理完当前交易和资源清理。

优雅关停 vs 直接终止进程的核心区别 #

直接kill -9或者强制终止进程看起来快，但给节点和网络埋的坑可不少，和优雅关停的核心区别在这几点：

• 交易完整性：优雅关停会等所有正在处理的交易走完签名、共识、写入账本的全流程；直接杀进程会中断半完成的交易，后续要么手动排查恢复，要么直接永久丢失。
• 资源清理：优雅关停会主动关闭所有P2P、RPC连接，释放数据库连接池，清理临时文件和缓存；直接终止会导致连接泄漏，数据库可能残留未释放的锁，下次启动大概率要跑corda node repair来修复数据库。
• 网络一致性：优雅关停会给其他节点发离线通知，更新Network Map的节点状态；直接杀进程的话，其他节点会误以为它还在线，一个劲发消息失败，搞出一堆错误日志，甚至影响自身运行。
• 启动恢复成本：优雅关停后，节点下次启动直接正常运行；直接终止后，启动时要做数据库修复、重新同步网络状态，启动时间翻倍不说，还可能出现数据损坏启动失败的情况。

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