1.重新抛出异常时使用 throw代替 throw ex

如果要重新抛出异常，请直接使用 throw ; 因为在 catch 块中使用 throw ex 会丢失堆栈信息，throw 则不会。当然，如果对异常不做任何处理，只是简单地重新抛出，这种做法也是不可取的。

var client = new HttpClient(); string? result = null; try { result = await client.GetStringAsync(“http://www.baidu.com”); } catch(Exception ex) { //…一些处理异常的代码 // 直接使用 throw 而非 throw ex throw; } return result;

2.任何时候都不要吞没异常

有些初学者为了不让程序抛出异常，简单地用空 catch 语句吞没异常，这是典型的掩耳盗铃，非常坏的习惯！对于异常，要做相应的处理，至少也要重新抛出！

var client = new HttpClient(); string? result = null; try { result = await client.GetStringAsync(“http://www.baidu.com”); } catch { // 错误，坚决杜绝！简单粗暴地 // 吞没了异常，典型的掩耳盗铃 } return result;

3. 使用多个 catch 捕获不同类型的异常

var client = new HttpClient(); string? result = null; try { result = await client.GetStringAsync(“http://www.baidu.com”); } catch (HttpRequestException ex) { // 处理 HttpRequestException 的代码 } catch (TaskCanceledException ex) { // 处理 TaskCanceledException 的代码 result = null; }

4.使用过滤器更加精确地处理异常

var client = new HttpClient(); string? result = null; try { result = await client.GetStringAsync(“http://www.baidu.com”); } catch (HttpRequestException ex) when (ex.StatusCode == HttpStatusCode.Forbidden) { // 处理 403 错误的代码 } catch (HttpRequestException ex) when (ex.StatusCode == HttpStatusCode.NotFound) { // 处理 404 错误的代码 } return result;

5.使用日志记录异常

产生异常后，应使用日志系统记录异常。记录异常时，应提供具体有意义的说明，同时记录异常对象本身。

catch (FileNotFoundException ex) { // 不推荐，信息太过模糊 this.logger.logError(ex，”发生了一些错误”); // 不推荐，没有记录异常对象本身，丢失了堆栈等重要信息 this.logger.logError(“找不到请求的文件”); // 推荐，记录异常对象的同时提供有意义的说明 this.logger.LogError(ex, “找不到请求的文件”); }

6.尽量使用系统预先定义好的异常

因为系统预定义的异常知晓度高，语义明确，让第三方开发者更容易理解。比如：

• DivideByZeroException 零除异常
• ArgumentNullException,参数为空异常
• InvalidOperationException，非法操作异常
• IndexOutOfRangeException，索引超界异常

在绝大多数情况下，系统预定义的异常足够使用了。只有在系统预定义异常无法满足要求的时候，才考虑自定义异常。自定义的异常应主要集中在业务和领域层面，异常的命名应该遵循 XxxException 的形式。