你的位置:首页 > ASP.net教程

[ASP.net教程]list add元素覆盖之前元素问题思考


  最近码墙时发现了一个很有意思的问题,定义一个引用对象,如果在循环外面定义对象,在循环里list.add(对象),最后的结果却是所有的对象值都是一样的,即每add一次,都会把之前所有的数据覆盖掉,蛮有趣的,在网上轻松的搜到了答案,把对象在循环里new就行了,问题虽然解决了,但感觉这里面包含了一些.net底层存储的知识,有关于引用类型和值类型的存储方式问题,写了个demo总结了一下,水平,有大牛发现demo中有不足之处还请指正。

  如下面两图:

图1:在外面定义对象a,调试界面中可以看到,i=4时,之前list中所有对象都被覆盖了

图2:在循环里定义对象a,不会被覆盖

  又用值类型(int,short之类的)试了一下,在循环外面不会被覆盖,结果就不截图了,实验了以后,用一个大牛总结的一句话来说就是:对于List<T>来说,如果T是引用类型,那保存的是引用,如果是值类型,保存的是值本身!

  但是上面的总结中有个特列:string类型。string在.net中很特殊,.net官方把它归到了引用类型中,但它却和值类型特别相似,具体讲解参考园友停留的风的这篇文章:http://www.cnblogs.com/yank/archive/2011/10/24/2204145.html。

  用string实验结果如下:

显而易见,string不会覆盖之前的数据,是引用类型中的特列。

  深入的思考了一下覆盖的原因(水平有限,欢迎大家补充),应当如下:

1.对于引用类型,在循环外new了 a 对象后,这个对象的引用地址就确定了,执行到第二次list.add()时,list[0]中保存的a对象和新加的list[1] a对象是同一个对象,使用的是同一个地址,也就是说在添加list[1]是,list[0]也被修改了,因为它俩指针指向同一个地址,同样,后面添加的都会修改前面所有对象,结果就是list最后所有数据都是最后的list[end_num]。

2.string也是引用对象,有唯一的引用地址(假设分配的是address1),但当add list[1]的时候(str值改变时),.net会检查内存,发现不等于之前的字符串(list[1]不等于list[0]),.net会给原来的str重新分配内存空间address2,存储list[0],而list[1]使用原来的空间address1。这样使得每次list.add时都不会覆盖之前的元素,因为它们使用的是不同的地址空间。

  这也解释了我之前socket项目中接收数据是用StringBuilder,而不是string,每次改变string时,会消耗一份内存,socket接收中频繁的处理string对象,会消耗大量的内存。

感觉这次小实验挖出了很多东西,要深入研究一下。