[b]1.前言[/b] string是属于引用类型的，这个大家都知道吧？但是平常在使用的过程中，发现它还是拥有一些值类型的特征的，这到底是为什么呢？ 原因就是.Net考虑到假如大量的操作string对象的时候，大量对引用对象进行操作的时候，性能肯定不如值类型来的爽快。.Net为了提高这个性能，提供了一个专门的解决方案：字符串驻留池！ [b]2.正文[/b] 先让我们来看一段代码： 这str1跟str2的内存指向地址居然是一模一样的！ 原因是.Net在CLR内部维护了一个Hash表（其实就是前文说的字符串驻留池），key为字符串内容，值就是所指向的托管堆的地址；当初始化创建了一个新的字符串的时候，.Net就会去这个Hash表中搜索是否有相同的值，如果key相同，就会把已经存在的字符串的地址值赋给新创建的字符串，如果不存在则重新分配地址，这就是为什么上面这个代码的内存为true。 再让我们来看另外一段代码： 之所以出现了false，请注意上一栏的关键字“初始化创建”，当字符串是动态创建的时候，.Net并不会去Hash表中搜索是否有创建，而是直接创建； 假如想对上面的代码优化一下并且对性能有更（xian）高（de）追（dan）求（teng），我们可以手动将这个字符串加入到字符串驻留池中进行对比 [b]3.总结[/b] 最后对string下点结论： [b]1.string在clr中不是用newobj指令创建，而是用ldstr指令创建！而且string拥有值类型的特征，但是在内存上是引用类型，存在托管堆上面；[/b] [b]2.string是sealed修饰的，所以不能被子类集成；[/b] [b]3.当创建内容相同的时候，string是指向同一地址的，而且每次操作string都会生成新的地址（string的恒定性）；[/b] [b]4.对于大量拼接的话还是使用StringBuilder，它是动态的不像string是恒定的，但就是创建StringBuilder代价比较大，所以小拼接用string在性能上可能还更好！[/b] 以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持编程素材网！