C#与C++的区别(笔记整合归纳)

1、编译区别

C＃代码首先会被编译为CLR（公共语言运行库），然后由.NET框架解析。(与Java类似)

C ++代码将会直接被编译为机器代码。

2、内存管理的不同

C＃是在虚拟机上执行，会自动进行内存管理。而，C ++需要手动组织管理内存。

C#中实现自动垃圾回收，通过new在堆中创建对象，当对该对象的引用计数为0时回收内存。类有构造函数而没有析够函数。

3、指针使用的区别

C＃不支持使用指针，但可以使用一些不安全的类和方法；而，C ++允许使用指针。

C++中的指针在带来强大的灵活性和高效的同时，也带了不少使用上的难题，C++程序中的绝大多数问题都来源于指针的不正确使用，C#出于软件安全性的考虑和语言易用性的考虑没有指针，只有引用和数值之分。int等内部数据类型和struct定义的类型是数据类型，拷贝时做深度拷贝；而string和用class定义的类型是引用类型，拷贝时做浅拷贝——与深度拷贝对应，它通过引用计数来实现对象和内存管理。

  C++中用指针能够轻易实现的功能，C#需要引进许多额外的机制。比如C++的函数指针，在C#中称之为delegate。C#中的参数传递，分为传值和传址两种，传址时需要加ref或者out(传回改变)关键字。

4、系统环境（平台）的区别

C＃主要用于Windows环境；而，C ++是为基于Unix的系统设计的，但现在可以用于任何平台。

5、应用上的区别

C＃的应用涉及基于Web的桌面和移动应用程序；而，C ++的唯一目的就是创建独立的控制台应用程序。

6、速度上的区别

C ++代码更快，因为它不使用重型库；而，C＃较慢，因为它会产生开销并使用了类似于java这样的重型库。

附：

1.C# 与 C++ 比较的话，最重要的特性就是 C# 是一种完全面向对象的语言，而 C++ 是既面向过程又面向对象的语言，另外 C# 是基于 IL 中间语言和 .NET Framework CLR 的，在可移植性，可维护性 和强壮性都比 C++ 有很大的改进 

  （[1]C++是C语言的继承，它既可以进行C语言的过程化程序设计，又可以进行以抽象数据类型为特点的基于对象的程序设计，还可以进行以继承和多态为特点的面向对象的程序设计。

    [2]面向对象主要是说，在系统设计和实现上用的思想，面向对象的思想的运用，就是先从系统需求中确定类，然后按类实例化对象，对象之间的通信就实现了系统的功能。

    [3]面向过程，即系统的实现是分过很多按流程或工序设计的不同功能（函数）来实现，就是先干什么，后干什么，主要是靠函数的调用，因为面向过程没有对象，所以这些函数不属于任何对象，没有封装、继承等的灵活运用，系统一旦庞大，其设计和实现的复杂性和可控性跟面向对象不是一个数量级的。）

2.C#不支持多重继承，这是与C++明显区别的地方.

3.在标准的C#安全代码中不支持指针类型的操作，然而，你却能在微软所谓的“非安全代码”中操作指针类型对象。 

4.C#中所有对象都只能通过关键词“new”来创建，C++的“类名_对象名”方式在C#中变为声明一个引用。呵呵，万物皆对象，连常见的数据类型都变为对象了，JAVA味道很浓。

5.在C#里面，数组的元素都是存放在托管堆里面，比起C++的在内存里不确定位置申请一块连续空间要安全得多。

6,C++的switch后跟参数必须是int型，而C#却允许string型，这点改进觉得真的是比以前方便多了！

7.C#会禁止所有switch..case语句的失败情形，除非case语句后是空格，否则执行了前一个case语句就算没有break也会停止执行后面的case语句。

8.在异常处理上，C++允许抛出任何类型，而C#中规定抛出类型为一个派生于System.Exception的对象。

9.C++的宏在C#中被抛弃了很多，而且也不建议使用，因此很少见。

10.C++的模板在C#里没有了，但在C#中我们找到了能完成模板任务的更锋利的武器：委托。

11.C++的全局变量这一概念没有了，C#和JAVA类似，要把所有东西都放在类里面，还建议使用命名空间包含起来。

12.C#可以在定义类的时候直接给属性赋值，而C++这么做却会编译出错。

13.C#里有静态构造函数一个概念，这个构造函数只执行一次，因此能够保证一些静态成员只被初始化一遍。

14.C#有自动垃圾收集机制，防止内存泄露，把C++程序员从繁重的内存管理上解放出来。

15.更强的类型转换保护机制，比如说把float转成uint，直接转换0.35会变成0.34，是因为二进制无法表示这样的数字，使用System.Conver里的方法，可以安全地把类型安全转换过来。

16.委托与事件、装箱与取消装箱、Web Services……一大堆C++没有的新东西，我感觉是做大型项目方便了管理，也容易扩充，但做起小型项目，由于是编译成IL代码的，运行需要.NET Framework SDK支持，效率是个问题，不利于做那些对运算速度和内存消耗要求高的项目。 

17.C# 的设计目标是用来开发快速稳定可扩展的应用程序，当然也可以通过 Interop 和 Pinvoke 完成一些底层操作，但是对于一些和底层系统相关很紧密的程序（譬如说驱动程序），还是建议用 C++ 来写 
18.C++ 不允许在一个构造函数中调用另外一个构造函数（称为委派构造函数调用），而 C# 则允许。委派构造函数调用语法上非常自然和易懂，事实上， C++ 不提供这一特性并不是出于语法上的考虑，而是出于资源管理的考虑（这样的事情对 C++ 来说还有很多很多）。 
C++ 的构造函数用于分配资源，而析构函数用于释放资源，构造函数和析构函数调用必须匹配，否则就打破了 C++ 的基本规则。如果允许委派构造函数调用，则显然会打破这一规则——构造函数被执行两次，而析构函数只执行一次。当然，对一些类，例如前面的那个 Point 来说这不是个问题，但是从语言机制的角度讲这个特性可能属于“危险”的特性。注：在最新的 C++ 标准提议草案中，Herb 等人有一个关于允许委派构造函数调用的提案，当然这很大程度上是为了方便 C++ /CLI 绑定。