在web开发中，用户的一个操作通常对应一个http请求，常见的mvc中一个controller的action会来执行这个处理。由于asp.net core是基于中间件管道的，很常见的方式就是定义一个“异常处理中间件”，它用try包住后续中间件的执行，在catch中捕获异常，记录日志，并返回一个统一的异常json结构返回给调用方。

一般我们会认为“全局异常处理中间件”是一个兜底的方式，我们仍然应该在action中去try，因为那是具体业务逻辑处理的起点，不过我觉得木有必要，完全可以定义一个UserFriendlyException代表业务逻辑异常，而系统默认的Exception认为是系统级异常，在action的调用链中，不需要try，只是发现不满足业务规则时： 
throw new UserFriendlyException 即可，而其它系统异常我们完全可以不考虑，最后在“全局异常处理中间件”中判断异常类型，若是UserFriendlyException则直接返回ex.Message给前端，不用做日志记录；系统级异常则应该记录异常堆栈日志，并返回一个友好的异常消息给前端。