抛出C#异常

在大多数情况下，您不需要关心ServiceStack的错误处理，因为它为抛出C＃异常的正常用例提供本机支持，例如：

public object Post(User request) 
{
    if (string.IsNullOrEmpty(request.Name))
        throw new ArgumentNullException("Name");
}

HTTP错误C＃异常的默认映射

默认C＃例外：

• ArgumentException使用HTTP StatusCode为400 BadRequest返回继承
• NotImplementedException或者NotSupportedException 作为405 MethodNotAllowed返回
• AuthenticationException以401 Unauthorized身份返回
• UnauthorizedAccessException以403 Forbidden返回
• OptimisticConcurrencyException返回409冲突
• 其他正常的C＃异常作为500 InternalServerError返回

可以使用用户定义的映射扩展此列表Config.MapExceptionToStatusCode。

WebServiceException

所有异常都被注入到ResponseStatus响应DTO 的属性中，该属性被序列化到ServiceClient的首选内容类型中，使得错误处理变得透明，无论您的首选格式如何 - 即，相同的C＃错误处理代码可用于所有ServiceClient。

try 
{
    var client = new JsonServiceClient(BaseUri);
    var response = client.Send<UserResponse>(new User());
} 
catch (WebServiceException webEx) 
{
    /*
      webEx.StatusCode        = 400
      webEx.StatusDescription = ArgumentNullException
      webEx.ErrorCode         = ArgumentNullException
      webEx.ErrorMessage      = Value cannot be null. Parameter name: Name
      webEx.StackTrace        = (your Server Exception StackTrace - in DebugMode)
      webEx.ResponseDto       = (your populated Response DTO)
      webEx.ResponseStatus    = (your populated Response Status DTO)
      webEx.GetFieldErrors()  = (individual errors for each field if any)
    */
}

 

其中StatusCode和StatusDescription是HTTP StatusCode和Description，显示所有HTTP客户端看到的顶级HTTP层详细信息。StatusDescription通常很短，用于指示返回的错误类型，默认情况下是抛出的异常类型。HTTP客户端通常会检查StatusCode以确定如何在客户端上处理错误。

所有服务客户端还可以访问错误响应DTO主体中返回的应用程序级错误详细信息，其中ErrorCode包含异常类型，客户端将检查以确定和处理异常类型，同时ErrorMessage保存服务器异常消息它提供了一个人性化的，更长和描述性的错误描述，可以显示给最终用户。在DebugMode中，StackTrace使用Server StackTrace填充，以帮助前端开发人员识别错误的原因和位置。

如果错误引用特定字段（如字段验证异常），则GetFieldErrors()保留每个具有错误的字段的错误信息。

可以通过以下各种选项更改这些默认值以提供进一步的自定义错误响应：

启用S??tackTraces

默认情况下，在响应DTO中显示StackTraces仅在调试版本中启用，尽管此行为可以通过以下方式覆盖：

SetConfig(new HostConfig { DebugMode = true });

错误响应类型

抛出异常时返回的错误响应取决于是否存在常规命名的{RequestDto}ResponseDTO。

如果存在：

将{RequestDto}Response返回，而不管服务方法的响应类型的。如果{RequestDto}ResponseDTO具有ResponseStatus属性，则会填充它，否则将不返回ResponseStatus。（如果{ResponseDto}Response使用[DataContract]/[DataMember]属性修饰了类和属性，则还需要对ResponseStatus进行修饰以填充）。

否则：

通过ErrorResponse填充的ResponseStatus属性返回泛型。

该服务客户端透明地处理不同的错误响应类型，并为无模式格式，如JSON / JSV /等有返回之间没有实际明显的区别ResponseStatus自定义或通用的ErrorResponse-因为它们都输出电线上的同样的反应。

自定义例外

最终，所有ServiceStack WebServiceExceptions都只是Response DTO，其中包含一个填充的ResponseStatus，它返回HTTP错误状态。有多种不同的方法可以自定义异常的返回方式，包括：

自定义C＃异常到HTTP错误状态的映射

您可以通过以下方式配置为不同的异常类型更改返回的HTTP错误状态：

 

SetConfig(new HostConfig { 
    MapExceptionToStatusCode = {
        { typeof(CustomInvalidRoleException), 403 },
        { typeof(CustomerNotFoundException), 404 },
    }
});

 

返回HttpError

如果你想要对你的HTTP错误进行更细粒度的控制，你可以抛出或返回一个HttpError，让你自定义Http Headers和Status Code和HTTP Response Body，以便在线上获得你想要的内容：

public object Get(User request) 
{
    throw HttpError.NotFound("User {0} does not exist".Fmt(request.Name));
}

 

以上内容在线路上返回404 NotFound StatusCode，是以下方面的简写：

new HttpError(HttpStatusCode.NotFound, 
    "User {0} does not exist".Fmt(request.Name)); 

 

具有自定义响应DTO的HttpError

它HttpError还