下面是同事编写的一些示例代码。我觉得这显然是错误的，但我想确认一下。一个对象是否应该在其自己的方法中调用自己的Dispose()方法？在我看来，只有对象的所有者/创建者在完成对象后才应该调用Dispose()而不是对象本身。
这是一个.asmx Web 方法，在完成时会调用自己的Dispose()。(它是 Web 方法可能与一般问题无关) 在我们的代码库中，有时会在其他 Web 服务方法中实例化 Web 服务类，然后调用它们的方法。如果我的代码这样做来调用此方法，当方法返回时对象就“失效”了，我就不能再使用这个对象了。
[WebMethod]
public string MyWebMethod()
{
try
{
return doSomething();
}
catch(Exception exception)
{
return string.Empty;
}
finally
{
Dispose(true);
}
}
更新：
毫无疑问，这不是一个好的做法。调用方应该决定何时停止使用IDisposable对象，而不是对象本身。
进行"自销毁"操作的有效原因很少。
线程是我经常使用的一种方法。
我有几个应用程序会“fire and forget”线程。使用这种方式可以让对象自我销毁。
这有助于保持环境清洁，而无需使用线程管理进程。
Dispose方法没有任何技术限制，可以执行任何操作。 它唯一特殊的地方在于，在某些结构中（例如foreach，using）会调用Dispose方法。 因此，如果调用是幂等的，则Dispose可能合理地用于标记对象为不再可用。
然而，我不会出于这个目的使用它，因为Dispose的语义已经被接受了。 如果我想要从类本身将对象标记为不再可用，那么我会创建一个MarkUnuseable()方法，可以由Dispose或任何其他地方调用。
通过将Dispose的调用限制为常见的模式，您可以自信地对所有类中的Dispose方法进行更改，而不会意外破坏偏离常见模式的任何代码。
只需将其删除，但要注意在调用它的所有对象中进行处理。
虽然 .Net 对象通常不会在自身上调用 Dispose，但有时候运行在对象内部的代码可能是最后一个使用它的东西。举个简单的例子，如果 Dispose 方法可以处理部分构造对象的清理工作，那么编写如下所示的构造函数可能会很有用：
Sub New()
Dim OK As Boolean = False
Try
... do Stuff
OK = True
Finally
If Not OK Then Me.Dispose
End Try
End Sub
如果构造函数将抛出异常而没有返回，则被标记为废弃的部分构造对象将是唯一拥有信息和动力进行必要清理的东西。如果它不负责确保及时的 Dispose，那么其他任何东西都不会。
关于您的特定代码片段，模式有些不寻常，但它看起来有点像套接字可以从一个线程传递到另一个线程的方式。有一个调用返回一个字节数组并使Socket失效的方法；该字节数组可以在另一个线程中使用，以创建一个新的Socket实例，该实例接管由其他Socket建立的通信流。请注意，有关打开套接字的数据实际上是未经管理的资源，但它不能很好地包装在具有终结器的对象中，因为它经常会被移交给垃圾回收器无法看到的东西。