我们的日志报告ThreadAbortException是以看似随机的间隔停止我们的Quartz.NET作业.根据我的理解,这通常不会由线程本身正在做的事情引起(例如从FTP服务器读取文件,或执行LINQ to Entities查询),而是因为某些外部进程告诉线程停止.此外,创建日志的方式使我相信当我们收到这些错误时,整个Web应用程序正在重新启动,因此我猜测重启过程是导致线程首先被中止的原因.
所以我的问题是:我怎样才能找出服务器/应用程序重启的原因?是否有某些日志会在每次重启时向我提供详细信息?我应该调查这样的事情的常见原因吗?
在此先感谢您的帮助.
编辑
我刚刚与一些同事进行了讨论,听起来IIS会在一段时间不活动后自动将应用程序置于休眠状态,这可能是问题的一部分.通过一些研究,我发现了IIS中工作线程的"空闲超时"设置.我认为当应用程序在一段时间内没有处理任何请求时,它会发出一个shutdown命令.出于某种原因,Quartz不会立即关闭,而是等待下一个作业被触发,然后系统检测到该作业的线程并在尝试运行时将其杀死.
因此,当系统想要关闭时,我想我们需要想出一些方法来优雅地完成任何正在运行的作业,并且如果没有运行任何作业,Quartz实际上会关闭它.有没有人有这种问题的经验?
正如 liho1eye 指出的那样,问题是由应用程序池关闭我们的应用程序引起的。由于某种原因,Quartz 显然没有立即关闭。相反,它会等到下一个作业运行并关闭,这意味着正在运行的作业必须通过 ThreadAbordException 关闭。
我们对此的解决方案有两个。首先,我们将 Quartz 更新到了更新的版本,这似乎让它表现得更好了一些。其次,在 Global.asax.cs 的 Application_End 方法中,我们添加了对Scheduler.Shutdown(true). 这告诉调度程序停止触发其他触发器,然后等待所有当前运行的触发器完成,然后才允许应用程序结束。
| 归档时间: |
|
| 查看次数: |
4032 次 |
| 最近记录: |