Windows 中托管的 WCF 服务服务在停止时挂起
WCF Service hosted in Windows Service hangs on stop
我在 Windows 服务 as described here 中托管了一个 WCF 服务。
我已安排每晚重启服务,但有时重启失败,服务 remains/hangs 处于 Stopping 状态,EXE 进程必须手动终止。它看起来很可能挂在 _ESSServiceHost.Close();
行,因为该行之后没有任何内容记录在日志文件中。服务在繁忙时有可能但不太可能收到停止请求。
而且底层进程不能被杀死,因为它依赖于services.exe,所以只有重启服务器才有效。
这种方法可能有什么问题?
protected override void OnStop()
{
try
{
if (_ESSServiceHost != null)
{
_ESSServiceHost.Close();
_ESSServiceHost = null;
//Never reaches the following line
Tools.LogInfo("Services stopped.");
}
}
catch (Exception ex)
{
Tools.LogError(ex.Message);
}
这是我停止服务的方式:
private bool StopService(ServiceController scESiftServer)
{
int i = 0;
if (scESiftServer.Status == ServiceControllerStatus.Running)
{
try
{
scESiftServer.Stop();
}
catch (Exception ex)
{
Tools.LogEvent("Exception ...");
return false;
}
while (scESiftServer.Status != ServiceControllerStatus.Stopped && i < 120)
{
Thread.Sleep(1000);
scESiftServer.Refresh();
i++;
}
}
if (scESiftServer.Status != ServiceControllerStatus.Stopped)
{
//This line gets executed
Tools.LogEvent("Failed within 120 sec...");
return false;
}
else
{
Tools.LogEvent("OK ...");
}
return true;
}
这样的事情有帮助吗?
var task = Task.Run(() => _ESSServiceHost.Close(TimeSpan.FromSeconds(299)));
if (!task.Wait(TimeSpan.FromSeconds(300)))
{
_ESSServiceHost.Abort();
}
但是 _ESSServiceHost.Abort() 应该在需要时由 Close 方法在内部调用。
目标框架是 4.5,安装的是 .NET 4.7.2。
发现服务可能在一系列格式错误的请求后挂起。 Expected record type 'Version', found '71'.
等
我在 svclog
文件中发现,我的服务在星期六和星期日大约发生的一系列格式错误的请求后挂起。 5:15上午。错误消息为 Expected record type 'Version', found '71'.
、Error while reading message framing format at position 0 of stream (state: ReadingVersionRecord)
。但是我找不到这些畸形请求系列的原因,所以我试图修复服务以抵御“攻击”。
我修改了OnStop
方法如下:
protected override void OnStop()
{
try
{
if (_ESSServiceHost != null)
{
Tools.LogInfo("Stopping ESService.");
var abortTask = Task.Run(() => _ESSServiceHost.Abort());
var closeTask = Task.Run(() => _ESSServiceHost.Close(TimeSpan.FromSeconds(300)));
try
{
if (_ESSServiceHost.State == CommunicationState.Faulted)
{
Tools.LogInfo("ESSServiceHost.State == CommunicationState.Faulted");
if (!abortTask.Wait(TimeSpan.FromSeconds(60)))
Tools.LogInfo("Failed to Abort.");
}
else
{
if (!closeTask.Wait(TimeSpan.FromSeconds(301)))
{
Tools.LogInfo("Failed to Close - trying Abort.");
if (!abortTask.Wait(TimeSpan.FromSeconds(60)))
Tools.LogInfo("Failed to Abort.");
}
}
}
catch (Exception ex)
{
Tools.LogException(ex, "ESSServiceHost.Close");
try
{
Tools.LogInfo("Abort.");
if (!abortTask.Wait(TimeSpan.FromSeconds(60)))
Tools.LogInfo("Failed to Abort.");
}
catch (Exception ex2)
{
Tools.LogException(ex2, "ESSServiceHost.Abort");
}
}
_ESSServiceHost = null;
Tools.LogInfo("ESService stopped.");
}
}
catch (Exception ex)
{
Tools.LogException(ex,"OnStop");
}
}
今天星期一我检查了 svclog 和格式错误的请求的“攻击”仍然存在,但我的服务通过它愉快地生活。所以它似乎是固定的。此外仅:
Stopping ESService.
ESService stopped.
事件已记录在我的日志文件中。没有中止等。所以我想将 Close
调用放在一个单独的线程上可以解决问题,但绝对不知道为什么。
我在 Windows 服务 as described here 中托管了一个 WCF 服务。
我已安排每晚重启服务,但有时重启失败,服务 remains/hangs 处于 Stopping 状态,EXE 进程必须手动终止。它看起来很可能挂在 _ESSServiceHost.Close();
行,因为该行之后没有任何内容记录在日志文件中。服务在繁忙时有可能但不太可能收到停止请求。
而且底层进程不能被杀死,因为它依赖于services.exe,所以只有重启服务器才有效。
这种方法可能有什么问题?
protected override void OnStop()
{
try
{
if (_ESSServiceHost != null)
{
_ESSServiceHost.Close();
_ESSServiceHost = null;
//Never reaches the following line
Tools.LogInfo("Services stopped.");
}
}
catch (Exception ex)
{
Tools.LogError(ex.Message);
}
这是我停止服务的方式:
private bool StopService(ServiceController scESiftServer)
{
int i = 0;
if (scESiftServer.Status == ServiceControllerStatus.Running)
{
try
{
scESiftServer.Stop();
}
catch (Exception ex)
{
Tools.LogEvent("Exception ...");
return false;
}
while (scESiftServer.Status != ServiceControllerStatus.Stopped && i < 120)
{
Thread.Sleep(1000);
scESiftServer.Refresh();
i++;
}
}
if (scESiftServer.Status != ServiceControllerStatus.Stopped)
{
//This line gets executed
Tools.LogEvent("Failed within 120 sec...");
return false;
}
else
{
Tools.LogEvent("OK ...");
}
return true;
}
这样的事情有帮助吗?
var task = Task.Run(() => _ESSServiceHost.Close(TimeSpan.FromSeconds(299)));
if (!task.Wait(TimeSpan.FromSeconds(300)))
{
_ESSServiceHost.Abort();
}
但是 _ESSServiceHost.Abort() 应该在需要时由 Close 方法在内部调用。 目标框架是 4.5,安装的是 .NET 4.7.2。
发现服务可能在一系列格式错误的请求后挂起。 Expected record type 'Version', found '71'.
等
我在 svclog
文件中发现,我的服务在星期六和星期日大约发生的一系列格式错误的请求后挂起。 5:15上午。错误消息为 Expected record type 'Version', found '71'.
、Error while reading message framing format at position 0 of stream (state: ReadingVersionRecord)
。但是我找不到这些畸形请求系列的原因,所以我试图修复服务以抵御“攻击”。
我修改了OnStop
方法如下:
protected override void OnStop()
{
try
{
if (_ESSServiceHost != null)
{
Tools.LogInfo("Stopping ESService.");
var abortTask = Task.Run(() => _ESSServiceHost.Abort());
var closeTask = Task.Run(() => _ESSServiceHost.Close(TimeSpan.FromSeconds(300)));
try
{
if (_ESSServiceHost.State == CommunicationState.Faulted)
{
Tools.LogInfo("ESSServiceHost.State == CommunicationState.Faulted");
if (!abortTask.Wait(TimeSpan.FromSeconds(60)))
Tools.LogInfo("Failed to Abort.");
}
else
{
if (!closeTask.Wait(TimeSpan.FromSeconds(301)))
{
Tools.LogInfo("Failed to Close - trying Abort.");
if (!abortTask.Wait(TimeSpan.FromSeconds(60)))
Tools.LogInfo("Failed to Abort.");
}
}
}
catch (Exception ex)
{
Tools.LogException(ex, "ESSServiceHost.Close");
try
{
Tools.LogInfo("Abort.");
if (!abortTask.Wait(TimeSpan.FromSeconds(60)))
Tools.LogInfo("Failed to Abort.");
}
catch (Exception ex2)
{
Tools.LogException(ex2, "ESSServiceHost.Abort");
}
}
_ESSServiceHost = null;
Tools.LogInfo("ESService stopped.");
}
}
catch (Exception ex)
{
Tools.LogException(ex,"OnStop");
}
}
今天星期一我检查了 svclog 和格式错误的请求的“攻击”仍然存在,但我的服务通过它愉快地生活。所以它似乎是固定的。此外仅:
Stopping ESService.
ESService stopped.
事件已记录在我的日志文件中。没有中止等。所以我想将 Close
调用放在一个单独的线程上可以解决问题,但绝对不知道为什么。