c#中的throw关键字用于抛出异常，中断正常执行流程并交由异常处理器处理。1. 使用throw new exception()可抛出内置或自定义异常，如argumentoutofrangeexception。2. 自定义异常需继承exception类，命名以exception结尾，包含三个标准构造函数，并可携带业务上下文属性，如insufficientfundsexception包含请求金额和余额。3. 自定义异常提升代码语义清晰度、可读性、可维护性和处理精确性，避免仅用exception导致的模糊性。4. 最佳实践包括：遵循命名规范、实现标准构造函数、添加xml注释、必要时支持序列化。5. throw与throw ex有本质区别：throw保留原始堆栈跟踪，适用于日志记录后重新抛出；throw ex会重置堆栈，应避免使用。6. 仅在异常无法恢复或表示合同违规时抛出异常，不应用于常规流程控制。正确使用throw;是确保异常调试信息完整的关键。
C#中的
throw
catch
在C#中抛出异常，无论是内置的还是自定义的，核心都是使用
throw
public void ProcessOrder(int orderId, decimal amount)
{
if (amount <= 0)
{
// 抛出一个内置的ArgumentOutOfRangeException
throw new ArgumentOutOfRangeException(nameof(amount), "订单金额必须大于零。");
}
// ... 处理订单逻辑
Console.WriteLine($"订单 {orderId}，金额 {amount} 已处理。");
}但很多时候，内置的异常类型并不能完全表达我们业务逻辑中遇到的具体问题。这时候，自定义异常就显得尤为重要了。创建自定义异常非常简单，你只需要定义一个类，让它继承自
System.Exception
System.ApplicationException
Exception
一个典型的自定义异常会包含至少三个构造函数：
Exception
using System;
// 自定义异常：当用户余额不足时抛出
public class InsufficientFundsException : Exception
{
public decimal RequestedAmount { get; }
public decimal AvailableBalance { get; }
// 无参数构造函数
public InsufficientFundsException() { }
// 带消息的构造函数
public InsufficientFundsException(string message) : base(message) { }
// 带消息和内部异常的构造函数
public InsufficientFundsException(string message, Exception innerException)
: base(message, innerException) { }
// 针对特定业务场景的构造函数，可以携带更多上下文信息
public InsufficientFundsException(string message, decimal requestedAmount, decimal availableBalance)
: base(message)
{
RequestedAmount = requestedAmount;
AvailableBalance = availableBalance;
}
}
public class AccountService
{
private decimal _balance = 100.0m; // 假设初始余额
public void Withdraw(decimal amount)
{
if (amount <= 0)
{
throw new ArgumentOutOfRangeException(nameof(amount), "提款金额必须大于零。");
}
if (_balance < amount)
{
// 抛出我们自定义的InsufficientFundsException
throw new InsufficientFundsException(
$"账户余额不足，无法提取 {amount:C}。当前余额：{_balance:C}。",
amount,
_balance
);
}
_balance -= amount;
Console.WriteLine($"成功提取 {amount:C}。当前余额：{_balance:C}。");
}
}
// 如何使用和捕获
public class Program
{
public static void Main(string[] args)
{
AccountService service = new AccountService();
try
{
service.Withdraw(150.0m); // 尝试提取超过余额的金额
}
catch (InsufficientFundsException ex)
{
Console.WriteLine($"捕获到自定义异常：{ex.Message}");
Console.WriteLine($"请求金额：{ex.RequestedAmount:C}，可用余额：{ex.AvailableBalance:C}");
// 这里可以做一些特定的处理，比如通知用户充值
}
catch (ArgumentOutOfRangeException ex)
{
Console.WriteLine($"捕获到参数异常：{ex.Message}");
}
catch (Exception ex) // 捕获所有其他未预期的异常
{
Console.WriteLine($"捕获到未知异常：{ex.Message}");
}
try
{
service.Withdraw(50.0m); // 正常提款
}
catch (Exception ex)
{
Console.WriteLine($"捕获到异常：{ex.Message}");
}
}
}Exception
在我看来，这就像你有一盒螺丝刀，里面既有通用的一字螺丝刀，也有各种型号的十字、梅花、内六角。当然，你总能用一字螺丝刀去“尝试”拧所有螺丝，但结果往往是把螺丝拧花，或者根本拧不动，甚至伤到自己。
总用
Exception
Exception
catch
if (ex.Message.Contains("xxx"))Exception
Exception
自定义异常则提供了“专用工具”：
InsufficientFundsException
ProductNotFoundException
catch (InsufficientFundsException ex)
catch
RequestedAmount
AvailableBalance
Exception
所以，自定义异常不仅仅是代码风格问题，它直接关乎到你的程序是否易于理解、易于维护、以及在面对错误时是否足够“聪明”。
创建自定义异常并非随意为之，遵循一些约定和实践能让你的异常体系更具C#风格和实用性：
命名约定： 你的自定义异常类名应该以
Exception
MyCustomLogicException
MyCustomLogicError
继承体系： 大多数情况下，直接继承
System.Exception
ArgumentException
InvalidOperationException
System.ApplicationException
Exception
标准构造函数： 务必实现那三个标准的构造函数：
public YourCustomException()
public YourCustomException(string message)
public YourCustomException(string message, Exception innerException)
添加业务特定属性： 如果你的异常需要携带额外的上下文信息，就像我们
InsufficientFundsException
RequestedAmount
AvailableBalance
XML文档注释： 为你的自定义异常类和它的构造函数添加清晰的XML文档注释。这对于使用你代码的其他人（甚至未来的你自己）来说，是理解这个异常何时抛出、代表什么、以及包含哪些信息的关键。
序列化支持（可选但推荐）： 如果你的应用程序需要在应用程序域之间传递异常（例如，通过网络服务或跨进程通信），那么你的自定义异常类需要支持序列化。这通常意味着：
添加
[Serializable]
实现一个特殊的构造函数：
protected YourCustomException(SerializationInfo info, StreamingContext context)
重写
GetObjectData
[Serializable]
public class MySerializableException : Exception
{
// ... 标准构造函数 ...
protected MySerializableException(SerializationInfo info, StreamingContext context)
: base(info, context)
{
// 恢复自定义属性
MyCustomProperty = info.GetString("MyCustomProperty");
}
public override void GetObjectData(SerializationInfo info, StreamingContext context)
{
base.GetObjectData(info, context);
// 存储自定义属性
info.AddValue("MyCustomProperty", MyCustomProperty);
}
public string MyCustomProperty { get; }
}对于大多数简单的Web API或桌面应用，如果异常只在当前进程内抛出和捕获，这一步可以省略，但了解它很重要。
何时抛出： 异常应该用于表示“异常”情况，即程序无法正常继续执行的错误状态。不要用异常来做流程控制，比如用它来表示一个用户输入无效（这种情况通常用返回
bool
TryParse
遵循这些实践，你的自定义异常将成为C#代码中强大且富有表现力的错误处理工具。
throw
throw ex
throw;
这可能是C#异常处理中最容易让人犯错，也最容易导致调试噩梦的地方。简单来说，
throw
throw ex
throw ex;
throw new Exception("...")
throw ex;
throw ex;
举个例子：
public void MethodA() { MethodB(); }
public void MethodB() { MethodC(); }
public void MethodC() { throw new InvalidOperationException("原始错误"); } // 原始错误在这里
public void MethodD()
{
try { MethodA(); }
catch (InvalidOperationException ex)
{
Console.WriteLine("捕获到异常，但现在我要用 throw ex; 重新抛出它。");
throw ex; // 这里是 MethodD，但异常的堆栈会从这里开始
}
}
// 当 MethodD 调用时，如果 MethodC 抛出异常，然后 MethodD 的 catch 块里用 throw ex;
// 那么最终捕获到的异常堆栈，会显示异常是从 MethodD 的 throw ex; 那行开始的，
// 而 MethodA, MethodB, MethodC 的调用信息可能就丢失了。throw;
catch
throw;
catch
当你需要在
catch
throw;
public void MethodA() { MethodB(); }
public void MethodB() { MethodC(); }
public void MethodC() { throw new InvalidOperationException("原始错误"); } // 原始错误在这里
public void MethodD()
{
try { MethodA(); }
catch (InvalidOperationException ex)
{
Console.WriteLine($"在 MethodD 中捕获到异常：{ex.Message}");
// 这里可以记录日志，或者进行一些资源清理
// Log.Error("发生业务逻辑错误", ex);
// 现在，使用 throw; 重新抛出原始异常，保留原始堆栈信息
throw; // 最终捕获到的异常堆栈，会指向 MethodC 中抛出的位置
}
}何时使用throw;
catch
SqlException
DataAccessException
InnerException
throw;
总而言之，记住这个黄金法则：如果你想在catch
throw;
throw ex;
以上就是C#的throw关键字是什么意思？如何抛出自定义异常？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
756
收藏
