### 配置子进程在接收到错误信号后自动重启 为了实现子进程在遇到任何错误信号时能够自动重启，通常采用守护进程或容器化工具来监控并管理这些子进程。以下是几种常见的方法： #### 方法一：使用 `systemd` 单元文件配置自启动服务 对于 Linux 系统而言，`systemd` 是一种强大的初始化系统和服务管理器。可以通过创建 `.service` 文件定义服务行为。 ```ini [Unit] Description=My Application Service [Service] ExecStart=/path/to/your/application Restart=on-failure RestartSec=5s KillSignal=SIGTERM LimitNOFILE=infinity LimitNPROC=infinity User=nobody Group=nogroup [Install] WantedBy=multi-user.target ``` 上述配置项中的 `Restart=on-failure` 表示当应用程序因崩溃而退出时将会尝试重新启动；也可以将其更改为 `always` 使得无论何种原因导致的服务终止都会触发重试机制[^1]。 #### 方法二：利用 Shell 脚本循环调用命令 编写简单的 shell script 实现持续运行逻辑，在每次检测到目标程序意外中断之后立即再次执行它。 ```bash #!/bin/bash while true; do /usr/bin/myapp & PID=$! wait $PID echo "$(date): Process exited with status code $? Restarting..." done ``` 此脚本会在后台启动指定的应用程序，并等待其完成。一旦发现应用已经停止工作（无论是正常结束还是由于接收到了致命信号），便会打印日志消息并且立刻重复这一过程[^3]。 #### 方法三：借助 Docker 容器编排平台 Kubernetes 或者其他 CI/CD 工具 现代云原生环境中推荐的方式是将业务封装成镜像部署于 k8s 上面，通过设定合适的健康检查策略确保实例始终处于可用状态。Kubernetes 提供了丰富的特性支持 Pod 自愈功能，即使节点发生故障也能迅速迁移恢复。 ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: my-app-deployment spec: replicas: 2 selector: matchLabels: app: my-app template: metadata: labels: app: my-app spec: containers: - name: my-container image: "my-image" livenessProbe: httpGet: path: / port: 8080 initialDelaySeconds: 30 periodSeconds: 10 readinessProbe: tcpSocket: port: 8080 initialDelaySeconds: 5 periodSeconds: 10 lifecycle: preStop: exec: command: ["/usr/sbin/nginx", "-s", "quit"] --- apiVersion: v1 kind: Service metadata: name: my-service spec: type: LoadBalancer ports: - protocol: TCP port: 80 targetPort: 8080 selector: app: my-app ``` 这段 YAML 描述了一个典型的微服务体系结构下的资源清单片段，其中包含了存活探针(`livenessProbe`) 和就绪探针 (`readinessProbe`) ，用于监测容器内部的状态变化以便及时作出响应措施[^4]。