咨询：多Shiny休眠进程的产生原因、残留原因及解决方案

作为经常处理Shiny部署问题的开发者，我碰到过不少这类进程堆积的情况，结合实际排查经验，给你梳理下常见的产生和残留原因：

一、休眠进程的产生原因 #

• 用户会话未正常结束：Shiny会为每个访问用户创建独立的会话进程，如果用户突然关闭浏览器、网络断开，或者会话超时设置得过长，这些进程就会进入休眠状态等待会话恢复，久而久之就堆积起来了。
• 后台异步操作残留：如果你的应用里用了future、promises这类异步工具，或者自定义了后台任务，要是没给这些任务设置明确的终止条件（比如超时自动取消），进程就会一直停在休眠状态等任务完成信号。
• 应用异常崩溃：当Shiny应用因为代码bug、内存溢出、依赖包报错等原因崩溃时，系统有时候没法完全回收进程，这些"半死不活"的进程就会变成休眠状态继续占资源。
• 服务器配置不合理：比如用Shiny Server部署时，进程池的最大进程数设得太高，或者app_idle_timeout（应用闲置超时）配置过长，导致大量闲置进程没被及时清理。

二、进程残留不被回收的原因 #

• 会话心跳检测失效：Shiny依赖用户端的心跳来判断会话是否活跃，如果用户浏览器强制关闭、网络异常导致心跳中断，服务器没法及时识别会话已终止，就会让进程一直休眠。
• 系统信号处理异常：在一些Linux环境下，Shiny进程可能没法正确捕获SIGTERM或SIGINT这类终止信号，就算服务器想回收进程，进程也没法正常退出，只能保持休眠状态。
• 资源锁定导致无法回收：如果休眠进程之前占用了文件锁、数据库连接、临时文件等资源，系统没法强制杀死进程，只能等资源解锁后才能回收，这就导致进程长期残留。
• 第三方依赖的bug：有些R包存在内存泄漏或者进程管理的问题，比如调用外部系统命令后没正确回收子进程，会连带导致Shiny主进程没法正常终止，变成休眠进程。

临时排查小技巧 #

你可以先通过ps aux | grep shiny确认进程的状态和启动时间，再检查Shiny Server的配置文件里的app_idle_timeout和max_processes参数是否合理；另外也可以在应用里添加session$onSessionEnded()钩子，手动清理会话相关的资源和后台任务，减少进程残留的概率。

内容的提问来源于stack exchange，提问作者Mário Lopes