在无效对象状态上抛出什么异常？ [复制]

Question

我总是错过了 c# 中的内置异常类型，这表明对象已损坏。在这种情况下你会扔什么？

当我意识到如果对象具有某种状态时，应该对对象起作用的方法将失败时，我通常会想念它。在这种情况下，我经常怀疑这种状态可能永远不会达到。但是出于防御考虑，我想抛出一个异常以防万一（例如，在未来的代码更改之后）。

对于方法参数，我们有ArgumentException，所以我们可以拒绝无效参数。但是对于对象状态呢？在 Java 中，我会使用 IllegalStateException。

当然，您可以争辩说，实际上改变状态的方法可以检查状态的正确性。他们最好应该这样做，但如果他们不这样做（比如在传统的上帝课程中）？

编辑：

虽然InvalidOperationException 似乎是最合适的，但正如接受的答案所述（以及this one），请注意：

它很微妙，但在语义上它与InvalidOperationException 的含义不同。 InvalidOperationException 表示对象的“协议”中存在问题，调用者必须遵守（例如，未初始化、已关闭……）。在我的情况下，调用者没有做错任何事情，它是被破坏的对象。我想准确地传输该消息。

例子：

switch(this._someType) {
  case SomeType.A: doSomething(); break;
  case SomeType.B: doSomethingElse(); break;
  /*...*/
  default:
    // Unexpected type! Someone introduced a new type and didn't update this.
    throw new IllegalStateException("Unknown type "+this._someType); 
}

Answer 1

你应该抛出 InvalidOperationException 来表明一个对象的状态无效。

来自 MSDN 文档（上面链接）：

当方法调用对于对象的当前状态无效时引发的异常。

Answer 2

我能想到的最接近 .Net 2.0 的类似物 [可能已经添加了更好的东西] 是 ObjectDisposedException，这表明一个对象已被置于永久无效状态 .这种异常可能被认为是“意外的”，但这是一件好事，因为它所指示的条件同样是意外的。此外，如果对象上的方法发现其状态无效，它应该在捕获尽可能多的有关对象状态的信息后，可能有助于故障排除，故意将对象置于永久无效状态，以便所有未来操作在它上面（可能除了请求提取出于故障排除目的而捕获的信息之外）将引发异常。

由于IDisposable 和ObjectDisposedException 之间的强关联，最好定义一个新的异常类型，它可能会或可能不会从ObjectDisposedException 继承。可以说，ObjectDisposedException 应该是从 ObjectInvalidatedException 派生的，它也应该有 CorruptObjectDiscoveredException 和 CorruptObjectInvalidatedException [前者由第一个发现损坏的方法抛出，后者由随后的方法调用相同object]，但我不确定它是否真的很重要。

我认为最重要的是确保有理由相信一个对象可能处于损坏状态的代码明确地使该对象无效。有些人建议发现意外问题的方法应该尝试关闭整个系统。我强烈反对这种哲学。如果一个方法将一个对象置于应该是临时损坏的状态，然后在对象的状态可以修复之前通过异常退出，它应该使对象完全无效，而不是让它损坏。如果在堆栈展开后系统在没有现在无效的对象的情况下无法运行，它将在短时间内崩溃（比在损坏状态下运行更好的选择）。但是，如果展开堆栈的过程导致损坏的对象被放弃（例如，有人试图从错误类型的文件中加载文档，导致LoadDocument 调用的方法中出现异常），则事实是now-abandoned object was corrupt 可能是了解引发异常的原因的有用信息，但可能不会对系统的整体运行状况产生不利影响。