我们有一个从 Web 应用程序使用的 WCF 服务。我们使用的客户端是使用 Visual Studio“添加服务引用”选项生成的。由于它是一个网络应用程序,并且由于应用程序的性质可能会导致会话相对较短,我们选择在用户登录时创建客户端实例并在会话期间保留它,然后在会话结束时处理它。
这让我想到了我的问题——我们正在尝试确定处理客户端通道进入故障状态的最佳方式。在搜索了一些之后,我们想出了这个:
if(client.State = CommuncationState.Faulted)
{
client = new Client();
}
try
{
client.SomeMethod();
}
catch //specific exceptions left out for brevity
{
//logging or whatever we decide to do
throw;
}
但是,这不起作用,因为至少在我们的情况下,即使服务关闭,客户端也会显示Open
状态,直到您实际尝试使用它进行调用,此时它会进入Faulted
状态.
所以这让我们做其他事情。我们提出的另一个选择是:
try
{
client.SomeMethod();
}
catch
{
if(client.State == CommunicationState.Faulted)
{
//we know we're faulted, try it again
client = new Client();
try
{
client.SomeMethod();
}
catch
{
throw;
}
}
//handle other exceptions
}
但这闻起来。显然,我们可以通过使用新客户端并在每次调用时处理它来避免这种情况。这似乎没有必要,但如果这是正确的方式,那么我想这就是我们会选择的。那么,优雅地处理确定客户端是否处于故障状态然后采取措施的最佳方法是什么?我们真的应该为每个电话获得一个新客户吗?
要记住的另一件事 - 客户端的实例化以及所有这些检查和处理都发生在客户端的包装类中。如果我们按照我们想要的方式执行此操作,那么它对应用程序本身是透明的——从它们进行调用和处理异常不需要那里的特殊代码。