析构函数的主体部分如何写

我知道析构函数是为了帮助系统及时回收资源，在调用GC.Collect()命令或用using（）后马上执行对象的销毁与回收工作。析构函数的写法是我的问题是这个析构函数的主体一般怎么来写呢？

其实现在之语言而言，基本不需要手动写了．系统会自动处理地．
除非类中打开了非托管资源，否则不需要析构函数...
析构函数也不是为了帮助系统及时回收资源，析构函数只是最后一道防线...
dispose跟释放对象没有关系。照你的思路，那么每当使用完一个对象都应该执行一次 GC.Collect() 过程了，那么设计 GC 这种延迟回收内存的机制不就自相矛盾了嘛？
学c++走火入魔了吧！套用c++的析构概念，你就无法更好地理解.net。

析构函数当应用程序封装窗口、文件和网络连接这类非托管资源时，应当使用析构函数释放这些资源。

通常不需要写，除非你明确地知道如果不写就会造成什么内存泄漏问题（例如你调用了c的dll之类的，并且必须再此时去通知它，例如你的代码本身就是一个传递给它的回调）。
根本不需要写。所以也不用考虑“主体一般怎么来写”。真因为此，才有了SuppressFinalize这个方法告诉GC根本不需要调用析构函数。许多高效的托管代码都调用这个，因为析构根本什么都不做，何必要调用一次？

不要看一点c++的析构函数文档就套用到.net托管代码上面来。统计对象的大小、释放对象所占用的内存，根本不用你去些什么析构函数。既然个根本不用套用c++的析构函数的概念，你还想知道什么“主体”呢？

将得到的字符串使用十六进制类型格式。格式后的字符是小写的字母，如果使用大写（X）则格式后的字符是大写字符
目前了解的tcpIp比webservice好，可是TCPIP这样方式实现上需要怎么搭建一个大型项目。有没有这方面的文档介绍一下。
用wcf，即有webservice的封装易用性，又有tcp/ip的快速可靠性

大型项目，交互数据大，当然是基于TCP的套接字。
难道webservice不是基于tcp？这个文字上就是如此的关系，所以你的问题无解。

既然是CS项目一般上WCF
集安全性统一性、互操作性、安全与兼容性一体
直接基于socket开发性能当然更棒，但得看你们的项目具体需求和周期了

先做一点东西。每一种东西有一些经验，然后再问。

其实我本意想说，SOCKET 和webservice ，webservice是不是tcp我不知道，我只是用没有涉及过原理。
我以为会有其他的好办法，看来首选的是socket编程了。

你的了解显然建立在未知和一知半解的基础上...
即使是Socket也没有谁比谁更好的，好不好由应用场景和需求决定..

比较实际的就是，给你1个月时间，把产品按照计划做完，让测试都可以通过，然后再来讨论什么webservice或者tcp问题（里的老板会跟你纠缠这个？）。
那么请问，当你看到一个明确的时间限制时胆怯了吗？如果胆怯并且拖延时间，那么什么也做不成。反之如果你按时做好任何一个解决方案，那么实现另一个通讯（使得另外一种客户端也能接入）只是一个简单的扩展问题。.

当然，我说“把产品按照计划做完”不是指“完美、永远、全部”这种盲目空洞的措辞。是指产品最核心的功能，需要第一阶段拿出与价值东西的部分。也就是说，在这个“做完第一阶段的核心价值代码”任务面前，切忌被那些纠缠最基本通讯方式的人需所耽误。如果纠缠，那么可能此人无法独立做一个产品，需要别人来了解他的能力并给他安排任务。

你能做什么互联网软件？做过哪些成功的（有几百人连续用了6个月，还能正常地使用创在核心价值的模块），自己知道！

来源： nba直播