关于c＃：GC.Collect()之后是否立即运行垃圾回收？

用C＃写了一个运用ICE组件进行接口通信的服务程序，程序运行很正常，可是在客户端调用ICE接口时出现了大量的数据丢失，而且偶尔还通信不上，服务端最明显的现象就是telnet服务的通信端口时不通（cmd窗口一闪而过），经过大量时间的跟踪测试，最终只能通过tfs上的历史修改记录来一步一步恢复还原，最后问题定位在GC.Collect();这一句代码上：大部份接口都存在这一句代码进行内存回收，而把这句注掉以后，通信和数据传输都正常下来了！

    MSDN对于强制垃圾回收的解释：

    垃圾回收 GC 类提供 GC.Collect 方法，您可以使用该方法让应用程序在一定程度上直接控制垃圾回收器。通常情况下，您应该避免调用任何回收方法，让垃圾回收器独立运行。在大多数情况下，垃圾回收器在确定执行回收的最佳时机方面更有优势。但是，在某些不常发生的情况下，强制回收可以提高应用程序的性能。当应用程序代码中某个确定的点上使用的内存量大量减少时，在这种情况下使用 GC.Collect 方法可能比较合适。例如，应用程序可能使用引用大量非托管资源的文档。当您的应用程序关闭该文档时，您完全知道已经不再需要文档曾使用的资源了。出于性能的原因，一次全部释放这些资源很有意义。有关更多信息，请参见 GC.Collect 方法。

    在垃圾回收器执行回收之前，它会挂起当前正在执行的所有线程。如果不必要地多次调用 GC.Collect，这可能会造成性能问题。您还应该注意不要将调用 GC.Collect 的代码放置在程序中用户可以经常调用的点上。这可能会削弱垃圾回收器中优化引擎的作用，而垃圾回收器可以确定运行垃圾回收的最佳时间。

    另外做一些扩展阅读：

GC工作方式

首先我们要知道托管代码中的对象什么时候回收我们管不了（除非用GC.Collect强迫GC回收，这不推荐，后面会说明为什么）。GC会在它"高兴"的时候执行一次回收（这有许多原因，比如内存不够用时。这样做是为了提高内存分配、回收的效率）。那么如