对标准库string对象赋值的问题

来源:互联网 发布:sql经典50题 编辑:程序博客网 时间:2024/05/20 11:48

[事情起因]

本来是要写一段大小写字母转换的代码,因为要用到字符串,就选用了标准库的string类型。首先在调试下面一小段代码的时候,发现程序执行的结果和我想象的不同。声明了两个string对象s1s2,用VC6调试时却发现,用s1s2进行赋值后,s2直接定向于s1的串,即它们是相同的存储空间。在修改代码后,对s2重新赋于不同的值,发现此时s2使用了另外的存储空间,而s1仍保存着"以前的值"


[关于此问题]

VC6string拷贝构造函数采用引用计数,如果两个串一样的就不复制,和gcc一样,性能高但可靠性差(C++对象默认是复制的,但string的做法破坏了C++的默认语义!可能造成混乱,另外多线程程序里,引用计数是个隐患)。VS2005VS2008都改了,转为普通复制。

你输出c_str(),地址确实是一样的,但你把其中一个string换一下内容,c_str()又变成两个地址了,因为string内容不同了。这是一种性能优化的手段。gccSTL在单线程中效率明显高过VS2008的,就是这个原因,但在多线程中,gccSTL使用需要更小心。

即便strtmpstr却是共用了一个字符串地址,但string考虑了移植性,你改变二者中的任何一个,都会分配新的地址而不会造成二者同时改变(这点与直接使用char*不同,与直接使用引用也不同),也就是说,虽然实际上破坏了C++的语义,但在大部分情况下还是可以避免bug的。
你若确实想让string的字符串复制,要么用VS2008,要么就使用用memcpychar *

(jackyjkchen)

 

 

[重新测试]

下面代码段中,为什么修改了strtmp的内容后,str的内容也随之改变了呢?这和上面的解释又矛盾了。问题出在哪里呢?(目前还不清楚...)

 

[重写代码]

由于在VC6中对string对象进行赋值存在一些问题。现将代码中的原string对象str的值保存在一个字符数组tmp中,从而程序正常运行。


原创粉丝点击