在Windows服务中运行的线程中最终不会执行
任何人都可以解释为什么这个finally块没有被执行? 我已经阅读了关于何时期望最终阻止不被执行的post,但这似乎是另一种情况。 此代码需要TopShelf和log4net。 我正在运行.net 4.5
我想它必须是Windows服务引擎启动未处理的exception,但为什么它在finally块完成之前运行?
using log4net; using log4net.Config; using System; using System.Threading; using Topshelf; namespace ConsoleApplication1 { public class HostMain { static void Main(string[] args) { HostFactory.Run(x => { x.Service(s => { s.ConstructUsing(name => new HostMain()); s.WhenStarted(tc => tc.Start()); s.WhenStopped(tc => tc.Stop()); }); x.RunAsLocalSystem(); x.SetServiceName("TimerTest"); }); } public void Stop() { LogManager.GetLogger("MyLog").Info("stopping"); } public void Start() { XmlConfigurator.Configure(); LogManager.GetLogger("MyLog").Info("starting"); new Thread(StartServiceCode).Start(); } public void StartServiceCode() { try { LogManager.GetLogger("MyLog").Info("throwing"); throw new ApplicationException(); } finally { LogManager.GetLogger("MyLog").Info("finally"); } } } }
输出
starting throwing stopping
编辑:请评论你降级的原因,也许你不明白这个问题? 我在这看到一个大问题。 您编写了一些域逻辑,它在Exception的finally子句中执行重要的操作。 然后,如果您在Windows服务中托管逻辑,则设计突然中断。
来自MDSN try-finally(C#参考)
在处理的exception中 , 保证运行关联的finally块 。 但是,如果未处理exception,则finally块的执行取决于如何触发exception展开操作。 反过来,这取决于您的计算机的设置方式。 有关更多信息,请参阅CLR中的未处理的exception处理 。
通常,当未处理的exception结束应用程序时,无论finally块是否运行都不重要
这是设计,.NET选择终止你的应用程序,原因是,有一些非常错误,有些东西没有按预期工作,通过最后调用,我们不想做更多的损害,所以最好是结束应用程序。
如果最后又抛出一个例外,那会怎么样? 如果应用程序即将关闭,它可能已关闭或开始关闭托管资源,并且访问它们以进行登录最终可能会变得致命。
您是否确保记录器在服务停止时销毁记录器之前有机会刷新到磁盘?
编辑
当服务启动时,它会在新线程上发生。 在Topshelf代码中有一个AppDomain.CurrentDomain.UnhandledException + = CatchUnhandledException; 处理程序。
void CatchUnhandledException(object sender, UnhandledExceptionEventArgs e) { _log.Fatal("The service threw an unhandled exception", (Exception)e.ExceptionObject); HostLogger.Shutdown(); if (e.IsTerminating) { _exitCode = TopshelfExitCode.UnhandledServiceException; _exit.Set(); #if !NET35 // it isn't likely that a TPL thread should land here, but if it does let's no block it if (Task.CurrentId.HasValue) { return; } #endif // this is evil, but perhaps a good thing to let us clean up properly. int deadThreadId = Interlocked.Increment(ref _deadThread); Thread.CurrentThread.IsBackground = true; Thread.CurrentThread.Name = "Unhandled Exception " + deadThreadId.ToString(); while (true) Thread.Sleep(TimeSpan.FromHours(1)); } }
这会捕获未处理的exception,并通过设置manualresetevent来停止服务(这是阻止服务结束的唯一因素)。
调用sleep后,将发出线程信号,并终止服务线程上的finally块。
然后代码退出。
这是在ConsoleRunHost中的Run()方法中连接的。
public TopshelfExitCode Run() { Directory.SetCurrentDirectory(AppDomain.CurrentDomain.BaseDirectory); AppDomain.CurrentDomain.UnhandledException += CatchUnhandledException; if (_environment.IsServiceInstalled(_settings.ServiceName)) { if (!_environment.IsServiceStopped(_settings.ServiceName)) { _log.ErrorFormat("The {0} service is running and must be stopped before running via the console", _settings.ServiceName); return TopshelfExitCode.ServiceAlreadyRunning; } } bool started = false; try { _log.Debug("Starting up as a console application"); _log.Debug("Thread.CurrentThread.Name"); _log.Debug(Thread.CurrentThread.Name); _exit = new ManualResetEvent(false); _exitCode = TopshelfExitCode.Ok; Console.Title = _settings.DisplayName; Console.CancelKeyPress += HandleCancelKeyPress; if (!_serviceHandle.Start(this)) throw new TopshelfException("The service failed to start (return false)."); started = true; _log.InfoFormat("The {0} service is now running, press Control+C to exit.", _settings.ServiceName); _exit.WaitOne(); } catch (Exception ex) { _log.Error("An exception occurred", ex); return TopshelfExitCode.AbnormalExit; } finally { if (started) StopService(); _exit.Close(); (_exit as IDisposable).Dispose(); HostLogger.Shutdown(); } return _exitCode; }
无法保证最终会被调用某些例外。
由于此程序作为Windows服务运行,因此由Windows管理。 Windows检测到由于ApplicationException
调用而出现问题,并且它向服务发送Stop
,该服务在执行finally
块之前中止线程。
“finally”块永远不会执行,因为Windows从底层拉出地毯 。 当您提醒exception处理如何工作时,这是完全符合逻辑的:
try { // Do stuff } catch (Exception e) { // Executed first } finally { // Executed last }
由于您没有提供catch
块,因此ApplicationException
会传播到其他层,最终传播到Windows服务管理,它通过发送stop
请求来处理它,从而中止线程。
附注:
编辑:
这是我要做的一个例子。 它更像伪代码,但你应该得到这个想法。
public void StartServiceCode(object state) { bool stopTimer = false; try { LogManager.GetLogger("MyLog").Info("Locking"); lock (thisLock) { LogManager.GetLogger("MyLog").Info("Throwing"); throw new ApplicationException(); } } catch (Exception e) { // The lock is relased automatically // Logging the error (best practice) LogManager.GetLogger("MyLog").Info("Exception occurred..."); // If severe, we need to stop the timer if (e is StackOverflowException || e is OutOfMemoryException) stopTimer = true; } finally { // Always clean up LogManager.GetLogger("MyLog").Info("finally"); } // Do we need to stop? if (stopTimer) { LogManager.GetLogger("MyLog").Info("Severe exception : stopping"); // You need to keep a reference to the timer. (yes, a timer can stop itself) timer.Stop(); } }
很抱歉这是一个答案,但无法发表评论。 我找不到任何关于Windows服务的具体内容,但我假设它使用后台/前台线程来执行代码。
在线程方面,finally块有时无效(如果线程被意外中止或中断) – https://blog.goyello.com/2014/01/21/threading-in-c-7-things-you -should-始终记得,大约/
或者更正式的post – (寻找前景/背景线程部分) https://msdn.microsoft.com/en-us/library/orm-9780596527570-03-19.aspx
希望它对你有所帮助
链接的文章解释了为什么方法的finally块遇到由TopShelf库提供的窗口服务引发未处理的exception,它没有被执行: https ://lowleveldesign.wordpress.com/2012/12/03/try- 最后,topshelf-winsvc /
问题似乎与topshelf库中的一部分代码有关,该代码会hibernate引发exception的线程。
下面是负责线程上睡眠调用的代码的摘录,此方法属于TopShelf库
上述就是C#学习教程:在Windows服务中运行的线程中最终不会执行分享的全部内容,如果对大家有所用处且需要了解更多关于C#学习教程,希望大家多多关注—计算机技术网(www.ctvol.com)!
... void CatchUnhandledException(object sender, UnhandledExceptionEventArgs e) { _log.Error("The service threw an unhandled exception", (Exception)e.ExceptionObject); ... int deadThreadId = Interlocked.Increment(ref _deadThread); Thread.CurrentThread.IsBackground = true; Thread.CurrentThread.Name = "Unhandled Exception " + deadThreadId.ToString(); while (true) Thread.Sleep(TimeSpan.FromHours(1)); } ...
本文来自网络收集,不代表计算机技术网立场,如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址:https://www.ctvol.com/cdevelopment/956601.html