![]() |
1
18
将计时器代码的主体包装在try-catch块中 |
![]() |
2
5
我以前在计时器和循环服务中都见过这种情况。通常情况下,捕获的异常会停止计时器或循环线程,但不会作为异常恢复的一部分重新启动它。 我不认为计时器有什么“优雅”的地方。对我来说,在代码中看到循环操作比计时器方法更直接。但优雅是主观的。
|
![]() |
3
4
|
![]() |
4
3
正如许多受访者指出的那样,例外情况被计时器吞没了。在windows服务中,我使用System.Threading.Timer。它具有Change(…)方法,允许您启动/停止计时器。可能出现异常的地方可能是可重入性问题——以防tickTack_执行时间超过计时器周期。通常我会这样编写计时器循环:
你也可以
|
![]() |
5
3
您可能会将其中的部分与
|
![]() |
6
0
|
![]() |
7
0
在一些项目中,我和你做的完全一样,但没有问题。 您的tickTac_中是否有可能导致此问题的代码?比如一个永不结束的循环,或者某个停止计时器的错误,使用线程并等待这些线程的结束,等等? |
![]() |
manoj sawant · 窗口服务无法访问远程共享文件夹 7 年前 |
![]() |
Praveen M · 在WIX中强制终止windows服务 7 年前 |
![]() |
Brendan · SolrCore正在加载Windows服务 7 年前 |
![]() |
shahar eldad · 我应该使用哪个句柄初始化扫描仪应用程序 7 年前 |
![]() |
Dev · CoCreateInstance方法有问题 7 年前 |