前言

string类型在我们实际项目开发中是一个最使用的类型，string是一个引用类型这一点大家都知道，但是在实际使用过程中，大家会发现string和我们常见的引用类型使用还真不一样，看下面的一个简单例子：

static void Main(string[] args)  {   string hello = "my name is yuanHong";   Console.WriteLine(string.Format("加工前的值：{0}", hello));   ///// 对hello进行加工   MachHello(hello);   Console.WriteLine(string.Format("加工后的值：{0}", hello));   Console.ReadLine();  }  ///

程序运行的实际结果是：前后值都一样没有发生改变，如果按照引用类型看分析，也该是加工前后期值是不一样的，那是为什么呢？是不是有一种感觉字符串又像是值类型呢？好下面我们就一起探讨一下string的特殊性所在。

string内部实现简介

　 首先：是要说明的是string是被sealed修饰，不能继承。

　　其次：通过上面的string底层源码，我们发现，在底层实现上实际上是用的char数组来实现，在初始化一个字符串时，系统都已经初始化了char数组的大小。

　　　　　string在创建时都固定化了大小，并且是只读，不能修改

　　　　 在实际使用过程中，我们对string的改变，实际上在内部是重新创建了一个新的字符串

　　　　 字符串在作为函数参数传递时，实际上是拷贝了一份数据传递

　　最后：现在我们在回头看最开的程序结果我们就不难明白其为什么会出现这样的现象了

string使用注意点

1、避免额外的存储空间开销

　　避免用+号来拼接字符串：

　　看下面的一个实例：

string str1 = "yuan";str1 = str1 + "hong";//// 这样会创建两个字符串3个字符串对象string strNew = "yuan" + "hong";/// 等效于 strNew="yuanhong",其实在编译后也就是这个效果//// 只会创建一个字符串对象

　　再看一个实例：

//// 下面是两种方式实现返回一个字符串123//// 方式1 string v11="1";string v22=v11+"2";string v33=v22+"3";retun v33;//// 采用方式1：系统会创建5个string对象//// 方式2//// 采用方式2：系统只会创建4个string对象string v1="1";string v2="2";string v3="3";retun v1+v2+v3;//// 从内存开销谁行来说，明显方式2要优于方式1

　　在实际开发中，如果对字符串对象频繁的拼接操作，建议使用StringBuilder

　　当然c#中也有一只简化字符串拼接方式：String.Format ,其实其内部实现原理也就是 StringBuilder

2、尽量少的装箱

　　直接上代码实例：

string str1 = "yunghong" + 66;string str2 = "yunghong" + 66.ToString();//// 查看编译后的代码，发现第一行代码，需要有一个装箱操作，装箱操作，需要增加不必要的内存开销，第一：需要给值类型本身分布内存，同时还要给类型指针和同板块索引分配内存开销

总结：

　　在实际开发中需要注意一下几点：

　　1、避免装箱操作

　　2、避免使用+号拼接字符串