[ 事情起因 ]
本来是要写一段大小写字母转换的代码,因为要用到字符串,就选用了标准库的 string 类型。首先在调试下面一小段代码的时候,发现程序执行的结果和我想象的不同。声明了两个 string 对象 s1 和 s2 ,用 VC6 调试时却发现,用 s1 对 s2 进行赋值后, s2 直接定向于 s1 的串,即它们是相同的存储空间。在修改代码后,对 s2 重新赋于不同的值,发现此时 s2 使用了另外的存储空间,而 s1 仍保存着 " 以前的值 " 。
[
关于此问题
]
VC6
的
string
拷贝构造函数采用引用计数,如果两个串一样的就不复制,和
gcc
一样,性能高但可靠性差(
C++
对象默认是复制的,但
string
的做法破坏了
C++
的默认语义!可能造成混乱,另外多线程程序里,引用计数是个隐患)。
VS2005
和
VS2008
都改了,转为普通复制。
你输出
c_str()
,地址确实是一样的,但你把其中一个
string
换一下内容,
c_str()
又变成两个地址了,因为
string
内容不同了。这是一种性能优化的手段。
gcc
的
STL
在单线程中效率明显高过
VS2008
的,就是这个原因,但在多线程中,
gcc
的
STL
使用需要更小心。
即便
strtmp
和
str
却是共用了一个字符串地址,但
string
考虑了移植性,你改变二者中的任何一个,都会分配新的地址而不会造成二者同时改变(这点与直接使用
char*
不同,与直接使用引用也不同),也就是说,虽然实际上破坏了
C++
的语义,但在大部分情况下还是可以避免
bug
的。
(jackyjkchen)
你若确实想让
string
的字符串复制,要么用
VS2008
,要么就使用用
memcpy
到
char *
[ 重新测试 ]
下面代码段中,为什么修改了 strtmp 的内容后, str 的内容也随之改变了呢?这和上面的解释又矛盾了。问题出在哪里呢?(目前还不清楚...)
[
重写代码
]
由于在
VC6
中对
string
对象进行赋值存在一些问题。现将代码中的原
string
对象
str
的值保存在一个字符数组
tmp
中,从而程序正常运行。