如何从同服务器运行的Web应用识别进程，区分未完成任务是否存活？

你遇到的Win32Exception: Access is denied异常是因为Web应用的默认运行身份权限不足，无法读取其他用户启动的进程的详细属性，直接给Web应用提权会引入较大的安全风险，更推荐以下几种更稳妥的解决方案：

方案一：增加心跳机制（最推荐，无权限依赖） #

• 给数据库中的任务记录新增两个字段：last_heartbeat（最后心跳时间）、heartbeat_interval（心跳间隔，单位秒，可默认设为30）
• Wrapper进程正常运行期间，每隔一个心跳间隔就更新一次对应任务记录的last_heartbeat为当前时间
• Dashboard的判定逻辑非常简单：未完成的任务如果当前时间与last_heartbeat的差值超过2倍心跳间隔，即可判定为Wrapper崩溃后遗留的无效记录

该方案完全不需要Web应用读取服务器进程信息，规避了所有权限问题，实现成本极低，稳定性也最高。

方案二：解决进程读取权限问题，保留原有匹配逻辑 #

如果你坚持要通过进程信息匹配的方式实现，可以通过调整Web应用运行身份解决权限报错：

• 若你的Web应用托管在IIS中：将对应应用池的运行标识修改为和Wrapper进程一致的运行用户，或临时调整为LocalSystem（生产环境不推荐，安全风险较高）
• 若你的Web应用是自托管：直接使用启动Wrapper的同一用户运行Web应用即可

注意：Windows系统的PID存在复用机制，仅通过进程名+启动时间匹配存在极小概率的误判风险，你可以在启动Calculator Process时将对应任务的唯一ID作为启动参数传入，后续读取进程的命令行参数进行匹配，准确率会更高。

方案三：搭配独立后台清理服务 #

你可以额外开发一个轻量的系统后台服务，用高权限运行，专门负责清理无效任务记录：

• 后台服务定时扫描数据库中所有未完成的任务，同时校验对应Wrapper进程是否存活（可以将任务ID写入Wrapper的命令行参数方便匹配）
• 若Wrapper进程已不存在，直接将对应任务标记为异常终止
• Dashboard只需读取数据库中的任务状态即可，无需做任何额外校验

该方案既规避了Web应用的权限问题，也不会给Web应用引入额外的逻辑负担。

内容的提问来源于stack exchange，提问作者Lech Osiński