C++程序员容易犯的几个C#错误及解决办法

　　C#的语法与C++非常相似，实现从C++向C#的转变，其困难不在于语言本身，而在于熟悉.NET的可管理环境和对.NET框架的理解。尽管C#与C++在语法上的变化是很小的，几乎不会对我们有什么影响，但有些变化却足以使一些粗心的C++编程人员时刻铭记在心。盘点C++编程人员最容易犯的十个错误及解决方法。

　　错误1：C#中的值型变量和引用型变量是有区别的

　　与C++一样，C#也是一种强类型编程语言。C#中的数据类型被分为了二大类：C#语言本身所固有的数据类型和用户自定义数据类型，这一点也与C++相似。

　　此外，C#语言还把变量分为值类型和引用类型。除非是被包含在一个引用类型中，值类型变量的值保留在栈中，这一点与C++中的变量非常相似。引用类型的变量也是栈的一种，它的值是堆中对象的地址，与C++中的指针非常地相似。值类型变量的值被直接传递给方法，引用型变量在被作为参数传递给方法时，传递的是索引。类和界面可以创建引用类变量，但需要指出的是，结构数据类型是C#的一种内置数据类型，同时也是一种值型的数据类型。

　　2陷阱： 没有明确的结束方法

　　几乎可以完全肯定地说，对于大多数C++编程人员而言，C#与C++最大之一的不同之处就在于碎片收集。这也意味着编程人员再也无需担心内存泄露和确保删除所有没有用的指针。但我们再也无法精确地控制杀死无用的对象这个过程。事实上，在C#中没有明确的destructor。

　　如果使用非可管理性资源，在不使用这些资源后，必须明确地释放它。对资源的隐性控制是由Finalize方法(也被称为finalizer)提供的，当对象被销毁时，它就会被碎片收集程序调用收回对象所占用的资源。finalizer应该只释放被销毁对象占用的非可管理性资源，而不应牵涉到其他对象。如果在程序中只使用了可管理性资源，那就无需也不应当执行Finalize方法，只有在非可管理性资源的处理中才会用到Finalize方法。由于finalizer需要占用一定的资源，因此应当只在需要它的方法中执行finalizer。直接调用一个对象的Finalize方法是绝对不允许的(除非是在子类的Finalize中调用基础类的Finalize。)，碎片收集程序会自动地调用Finalize。

　　从语法上看，C#中的destructor与C++非常相似，但其实它们是完全不同的。C#中的destructor只是定义Finalize方法的捷径。因此，下面的二段代码是有区别的：

　　~MyClass()

　　{ // 需要完成的任务

　　}

　　MyClass.Finalize() {// 需要完成的任务

　　base.Finalize();

　　}

　　错误3：Finalize和Dispose使用谁?

　　从上面的论述中我们已经很清楚，显性地调用finalizer是不允许的，它只能被碎片收集程序调用。如果希望尽快地释放一些不再使用的数量有限的非可管理性资源(如文件句柄)，则应该使用IDisposable界面，这一界面有个Dispose方法，它能够帮你完成这个任务。Dispose是无需等待Finalize被调用而能够释放非可管理性资源的方法。

　　如果已经使用了Dispose方法，则应当阻止碎片收集程序再对相应的对象执行Finalize方法。为此，需要调用静态方法GC.SuppressFinalize，并将相应对象的指针传递给它作为参数，Finalize方法就能调用Dispose方法了。据此，我们能够得到如下的代码：