重载守护进程配置常用SIGHUP，展示配置选哪种信号更合适？

对于展示守护进程配置这类自定义任务，SIGUSR1是更合适的选择，原因如下：

• 避免与SIGHUP混淆：SIGHUP已经成为重载守护进程配置的通用信号，业内形成了共识。如果把展示配置绑定到SIGHUP，很容易误触发重载操作，导致不必要的服务波动。
• SIGINFO兼容性差：SIGINFO在BSD系列系统中常用，但Linux系统对它的支持和处理逻辑没有统一标准，跨平台部署时会遇到兼容性问题，不适合作为通用方案。
• SIGUSR系列的灵活性：SIGUSR1和SIGUSR2是系统专门预留的用户自定义信号，没有预设的系统行为，完全由开发者自定义逻辑。选择SIGUSR1用于展示配置，可以把SIGUSR2预留出来，用于未来可能的其他自定义操作（比如强制刷新缓存、生成调试快照等），保留扩展空间。
• 符合行业惯例：不少主流守护进程都遵循类似的信号分配逻辑，比如Nginx用SIGUSR1触发日志文件重新打开，SIGHUP负责重载配置，这也说明将SIGUSR1用于非重载的自定义任务是被广泛认可的实践。

内容的提问来源于stack exchange，提问作者Mikhail Zakharov