[ 事情起因 ]
本来是要写一段大小写字母转换的代码,因为要用到字符串,就选用了标准库的 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 的。
你若确实想让 string 的字符串复制,要么用 VS2008 ,要么就使用用 memcpy 到 char *
(jackyjkchen)
[ 重新测试 ]
下面代码段中,为什么修改了 strtmp 的内容后, str 的内容也随之改变了呢?这和上面的解释又矛盾了。问题出在哪里呢?(目前还不清楚...)
[ 重写代码 ]
由于在 VC6 中对 string 对象进行赋值存在一些问题。现将代码中的原 string 对象 str 的值保存在一个字符数组 tmp 中,从而程序正常运行。