linux进程和线程的区别 linux进程s+
Supervisor 配置关键在路径、权限、用户和通信设备四点：socket 需改至持久路径并设置对属主；程序需设置 autostart=true、有效用户及目录；日志目录须手动配置且权限匹配；更新配置须先重读再更新，请勿直接重新加载。
Supervisor 不是“装完可用”的工具，配置错一个参数，supervisord 就可能启动失败、进程不拉起、日志写不进文件，甚至supervisorctl连不上服务。关键不在装，而在配——尤其是路径、权限、用户和通信配置这四点。supervisord启动失败：先看socket路径和权限
最常见的报错是Connectionrejected或FATALExitedtoofast，东方往往不是程序本身，而是supervisord自己没跑起来。unix_http_server.file直接指向 /tmp/supervisor.sock，但很多系统会定时清理 /tmp 下的文件，导致socket消失；必须改成持久路径，比如/var/run/supervisor.sock改完路径后，保证目录存在且属主正确：sudo mkdir -p /var/run && sudo chown root:root /var/run/supervisor.sock如果用systemctl启动，还要检查/usr/lib/systemd/system/supervisord.service 里是否指定了配置文件路径（-c /etc/supervisord.conf），否则会读默认路径，忽略你修改的配置程序配置不生效：autostart、user 和目录缺一不可
写好 [program:xxx] 后，supervisorctl status 显示 NO FILE 或 STARTING 卡住，很大概率是这三个参数没。 autostart=false 是默认值，意味着即使supervisord 好了，你的程序也不会自动启动；生产环境建议设为 true，调试时可关闭用户必须是真实存在的 Linux 用户，且该用户对命令中的二进制、脚本依赖库、日志路径都有执行/读写权限；别用 root，除非真有必要目录是工作目录，不是路径程序；如果命令里用了相对路径（如 ./start.sh 或 Gunicorn wsgi:app），设置没目录 可能找不到文件或模块日志写不进文件：stdout_logfile权限和路径得手动手动建
配置写了stdout_logfile=/var/log/myapp/out.log，但日志总是为空，甚至supervisorctl tail myapp stdout报错说文件不存在——这不是Supervisor的bug，是Linux文件系统的事。
CentOS Linux 7.9.2009
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业服务器历史上仍然可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛着称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全修复修复风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。下载 /var/log/myapp/ 目录必须提前创建，且属主必须和 user=xxx 一致；Supervisor 不会帮助建目录日志文件不能由 root 创建后 chmod 给其他用户；得用目标用户创建，或用 chown xxx:xxx /var/log/myappredirect_stderr=true 可以把stderr合并到stdout日志，省去维护两个文件；但若需分离排查，就得保留stderr_logfile并确保其路径同样有效配置更新后进程没变化：重读和更新不是同一个动作
改完.conf文件，运行supervisorctl reload发现状态没变、新进程没加进来，是因为reload会杀掉整个supervisord 进程重新启动——这会导致所有托管进程中断。
正确流程是两步：supervisorctl reread（扫描新增/修改的配置文件）→ supervisorctl update（按新配置启停对应程序）reread 只检查语法和路径，不触发任何启停；update 才真正对比当前状态与配置差异，只操作变动项如果 update 后显示 Refused:
最常被跳过的一步是确认supervisord实际加载的配置路径——用 ps aux | grep Supervisord 看启动命令带的 -c 参数，别信文档里写的“默认位置”，不同的安装方式（apt/yum/pip）默认路径可能差着一个目录体系。