如何在ASP.NET中处理WCF异常

我正在使用传统的ASP.NET应用程序进行WCF服务调用

我是否应该在WCF调用周围放置一个try catch，并在当前页面的顶部显示错误详细信息；让错误将用户重定向到自定义错误页面；还是把它留给IIS/.NET framework

---

哪种方法最不可能让未来的开发人员感到困惑？

如果您希望WCF调用可以引发异常，并且您知道可以获得哪些异常类型，那么是的，您应该捕获异常并执行适当的操作。通常，最好只告诉用户错误导致操作失败，并记录异常详细信息以供您或技术支持进一步检查。

如果您希望WCF调用可以引发异常，并且您知道可以获得哪些异常类型，则是，您应该捕获异常并执行适当的操作。通常，最好告诉用户错误导致操作失败，并记录异常详细信息以供您或技术支持进一步检查。

这将取决于您的应用程序要求。如果web服务调用失败，是否可以继续处理？如果没有，您可能应该记录异常并将用户重定向到500页。我将使用global.asax中的

Application\u Error

方法来完成此操作。如果可以继续处理，那么应该在web服务调用周围放置try/catch，并处理适当的FaultException。绝不能让客户在生产过程中看到黄色屏幕。

这取决于您的应用程序要求。如果web服务调用失败，是否可以继续处理？如果没有，您可能应该记录异常并将用户重定向到500页。我将使用global.asax中的

Application\u Error

方法来完成此操作。如果可以继续处理，那么应该在web服务调用周围放置try/catch，并处理适当的FaultException。绝不能让客户在生产中看到黄屏。

绝不能看到死亡的黄屏。有关错误的详细信息可以提示黑客破坏您的网站

如果没有服务请求无法显示页面，则重定向到自定义错误页面

---

如果页面上的信息不是其功能的关键，那么最好向用户显示一条友好的消息，说明这一特定信息目前不可用。

永远不要进入死亡的黄色屏幕。有关错误的详细信息可以提示黑客破坏您的网站

如果没有服务请求无法显示页面，则重定向到自定义错误页面

如果页面上缺少的信息不是其功能的关键，那么最好向用户显示一条友好的消息，说明该特定信息目前不可用