Hangfire间歇性运行旧版代码问题求助——ASP.Net单VM服务器部署场景

看起来你遇到的问题大概率是Hangfire后台进程未彻底终止或者旧任务队列未清理导致的，结合你的配置和症状，我给你梳理几个关键的解决步骤：

一、彻底终止所有Hangfire相关进程 #

有时候重启IIS或Web应用，Hangfire的Worker进程并不会跟着终止——它们可能作为独立进程在后台继续运行，执行旧版本的代码。你可以这么做：

• 打开任务管理器，找到所有和你的Web应用相关的进程（比如w3wp.exe，如果是.NET Core则是dotnet.exe），右键选择结束任务（勾选“结束进程树”确保彻底终止）。
• 如果你单独部署了Hangfire Server服务（未和Web应用一起托管），也要找到对应的进程一并终止。

二、清理Hangfire数据库中的旧任务与队列 #

你的数据库里可能还残留着旧版本代码提交的任务，即使部署了新代码，Hangfire依然会执行这些旧任务。可以通过两种方式清理：

1. 使用Hangfire Dashboard（推荐）：如果你的应用启用了Hangfire Dashboard，登录后找到Jobs页面，删除所有待执行、重试中的旧任务；再到Servers页面，移除所有标记为“离线”的旧服务器实例。
2. 直接操作数据库：连接到你的Hangfire SQL Server数据库，执行以下SQL清理核心表（执行前请做好数据库备份）：

   DELETE FROM [HangFire].[Job];
   DELETE FROM [HangFire].[JobParameter];
   DELETE FROM [HangFire].[Queue];
   DELETE FROM [HangFire].[State];
   

三、正确的Hangfire重启流程（适配你的部署场景） #

按照这个步骤操作，能确保旧代码和旧进程被完全清除：

1. 在IIS管理器中，停止你的Web应用池，确保应用完全停止。
2. 按步骤一的方法，终止所有相关进程。
3. 清理服务器上的Web应用目录，确保所有旧文件都被删除（如果之前删除失败，可能是IIS锁定了文件，停止应用池后再删除即可）。
4. 重新部署你的新版本代码。
5. 启动应用池，同时检查Hangfire Dashboard，确认只有一个新的Server实例在运行。

四、针对你的配置的优化建议 #

看了你的Hangfire配置，有几个点可以调整来避免类似问题：

• DisableGlobalLocks = true：这个设置会禁用Hangfire的全局锁，在单Worker场景下虽然影响不大，但如果之前有过多个Worker运行的情况，可能导致任务执行混乱，建议改为false，使用默认的推荐隔离级别。
• QueuePollInterval = TimeSpan.Zero：这个设置是让Hangfire使用SQL Server的即时通知来获取任务，虽然高效，但如果数据库配置有问题，可能导致任务触发异常，可以尝试改为TimeSpan.FromSeconds(1)，降低触发频率。

五、额外排查点 #

• 检查服务器上的Temporary ASP.NET Files目录（通常在C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files），清理和你的应用相关的缓存文件，避免旧程序集被加载。
• 确认你关闭邮件发送功能的代码确实被部署到了服务器——有时候部署工具会漏掉某些文件，或者你本地调试的代码和部署的代码不一致。

如果按照这些步骤操作后问题依然存在，建议检查Hangfire的Serilog日志文件，看看是否有任务执行时的异常信息，这会帮你定位更具体的问题。

内容的提问来源于stack exchange，提问作者Yazan Khalaileh