1、String与StringBuilder的区别
String类存在一个问题：重复修改给定的字符串，效率会很低，string类型实际上是一个不可变的数据类型，一旦对字符串对象进行了初始化，该对象的字符串对象就不能改变了。表面上修改字符串内容的方法和运算符重载实际上创建一个新的字符串，根据需要，可以把旧的字符串的内容复制到新的字符串中。例如,下面的代码:
string greetingText = "Hello from all the guys at Wrox Press.";
greetingText += “We do hope you enjoy this book as much as we enjoyed writing it."`;
在执行这段代码时，首先创建一个system.string类型的对象，并把他初始化为文本“Hello from all the guys at Wrox Press.”，此时.net运行库会为该字符串分配足够的内存来保存这个文本，再设置变量greetingText，来表示这个字符串的实例。
从语法上看，下一行代码是把更多的文本添加到字符创中。实际上并非如此，而是创建一个新的字符串，给它分配足够的内存，以存储合并的文本。把最初的文本"Hello from all the guys at Wrox Press."复制到这个字符串中，再加上额外的文本“We do hope you enjoy this book as much as we enjoyed writing it."，然后更新存储在变量greetingText的地址，使变量正确的指向新的字符串对象。现在没有引用旧的字符串对象--不再有变量引用它，下一次垃圾收集器清理应用程序中所有未使用的对象时，就会删除它。如果使用字符串进行频繁的文字处理，就会造成严重的性能问题。
为了解决这类问题，Microsoft提供了system.text.stringbuilder类，StringBuilder类不像String类那样能够支持非常多的方法，在StringBuilder类上可以处理的处理仅限于替换和追加或者删除字符串中的文本。但是他的工作方式非常的高效。
在使用String类构造一个字符串时，要给它分配足够的内存空间来保存字符串。然而，StringBuilder类通常分配的内存会比它需要的要的更多。开发人员可以选择指定StringBuilder要分配多少内存，但如果没有指定，在默认情况下就根据初始化StringBuilder实例的字符串长度来确定内存的大小。
对字符串的修改就在赋予StringBuilder实例的内存块中修改，这就大大提高了追加字符串和修改字符串的效率。删除或者插入字符串任然效率低下，这是因为需要移动字符串。只有执行拓展字符串容量的操作，才需要给字符串分配新的内存，才可能移动包含的整个字符串。在添加额外的容量时，如果StringBuilder类检测到容量超出，且容量没有设置新值，就会使自己的容量翻倍。
2、Object有哪些方法
所有.net类都派生自System.Object类，实际上，如果在定义类时没有指定基类，编译器都会自动假定这个类派生自Object。其实际意义在于，除了自己定义的方法和属性等外，还可以访问Object定义的许多公有的和受保护的成员方法。这些方法可用于自定义的所有其他类中。
ToString()方法：获取对象的字符串表示的一种便捷方式
GetHashTable()方法：如果对象放在名为映射（散列表或字典）的数据结构中，就可以使用这个方法。
Equals()和ReferenceEquals()方法:
Finalize()方法：
GetType()方法：这个方法返回从system.Type派生的类的一个实例。这个对象可以提供对象成员所属类的更多信息,包括基本类型、方法、属性等。
MemberwiseClone()方法：这个方法在概念上非常简单，它只是复制对象，并返回对象副本的一个引用（对于值类型，就是一个装箱的引用）。
3、值类型和引用类型的差别
从概念上讲，值类型直接存储其值，引用类型存储的是对值的引用。
这两种类型存储在内存的不同地方：值类型存储在堆栈中，而引用类型存储在托管堆上。
栈在编译的时候就分配好内存空间，在代码中有栈的明确定义，而堆是程序运行中动态分配的内存空间，可以根据程序的运行情况动态地分配内存的大小。因此，值类型总是在内存中占用一个预定义的字节数。而引用类型的变量则在栈中分配一个内存空间，这个内存空间包含的是对另一个内存位置的引用，这个位置是托管堆中的一个地址，即存放此变量实际值的地方。
4、接口和抽象类的区别
一、抽象类：
抽象类是特殊的类，只是不能被实例化；除此以外，具有类的其他特性；重要的是抽象类可以包括抽象方法，这是普通类所不能的。抽象方法只能声明于抽象类中，且不包含任何实现，派生类必须覆盖它们。另外，抽象类可以派生自一个抽象类，可以覆盖基类的抽象方法也可以不覆盖，如果不覆盖，则其派生类必须覆盖它们。
二、接口：
接口是引用类型的，类似于类，和抽象类的相似之处有三点：
1. 不能实例化；
2. 包含未实现的方法声明；
3. 派生类必须实现未实现的方法，抽象类是抽象方法，接口则是所有成员（不仅是方法包括其他成员）；
另外，接口有如下特性：
接口除了可以包含方法之外，还可以包含属性、索引器、事件，而且这些成员都被定义为公有的。除此之外，不能包含任何其他的成员，例如：常量、域、构造函数、析构函数、静态成员。一个类可以直接继承多个接口，但只能直接继承一个类（包括抽象类）。
三、抽象类和接口的区别：
1. 类是对对象的抽象，可以把抽象类理解为把类当作对象，抽象成的类叫做抽象类.而接口只是一个行为的规范或规定，微软的自定义接口总是后带able字段，证明其是表述一类类“我能做。。。”。抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中；
2. 接口基本上不具备继承的任何具体特点，它仅仅承诺了能够调用的方法；
3. 一个类一次可以实现若干个接口，但是只能扩展一个父类；
4. 接口可以用于支持回调，而继承并不具备这个特点；
5. 抽象类不能被密封；
6. 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的；
7.（接口）与非抽象类类似，抽象类也必须为在该类的基类列表中列出的接口的所有成员提供它自己的实现。但是，允许抽象类将接口方法映射到抽象方法上；
8. 抽象类实现了oop中的一个原则，把可变的与不可变的分离。抽象类和接口就是定义为不可变的，而把可变的座位子类去实现；
9. 好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染；
10. 尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知。（结合堆栈原理理解）。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则；
11.如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法。
四、抽象类和接口的使用：
1. 如果预计要创建组件的多个版本，则创建抽象类。抽象类提供简单的方法来控制组件版本；
2.如果创建的功能将在大范围的全异对象间使用，则使用接口。如果要设计小而简练的功能块，则使用接口；
3.如果要设计大的功能单元，则使用抽象类。如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类；
4.抽象类主要用于关系密切的对象；而接口适合为不相关的类提供通用功能。
以下是我在网上看到的几个形象比喻。
1.飞机会飞，鸟会飞，他们都继承了同一个接口“飞”；但是F22属于飞机抽象类，鸽子属于鸟抽象类；
2. 就像铁门木门都是门（抽象类），你想要个门我给不了（不能实例化），但我可以给你个具体的铁门或木门（多态）；而且只能是门，你不能说它是窗（单继承），一个门可以有锁（接口）也可以有门铃（多实现）。门（抽象类）定义了你是什么，接口（锁）规定了你能做什么（一个接口最好只能做一件事，你不能要求锁也能发出声音吧（接口污染））。