对标准库string对象赋值的问题
来源:互联网 发布:sql经典50题 编辑:程序博客网 时间:2024/05/20 11:48
[事情起因]
本来是要写一段大小写字母转换的代码,因为要用到字符串,就选用了标准库的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中,从而程序正常运行。
- 对标准库string对象赋值的问题
- 对标准库string对象赋值的问题
- string对象的输出和赋值
- 标准库string对象的定义和初始化
- 标准库string对象的定义和初始化
- 标准库对vector对象提供的内存分配策略
- 关于String赋值问题
- string赋值地址问题
- Flex中对combobox赋值的问题
- 对绝对地址赋值的问题
- 比对一下,字符串赋值和实体对象赋值,理解String创建新对象与实体引用
- Java对象赋值引发的问题
- action中model对象的赋值问题
- java对象赋值的“别名”问题
- java中string对象赋值
- linux把标准输出赋值给变量遇到的问题
- SpannableString对象赋值为String 资源里面定义的字符串
- String直接赋值和new一个对象的理解
- 在b/s开发中经常用到的javaScript技术
- 在LAMP环境下pear::Mail发送邮件错误sendmail returned error code 78 的解决(二)
- DBCC TRACEON 跟踪标记说明
- AS3改变mc的颜色。
- VSS+Vs2003使用手册
- 对标准库string对象赋值的问题
- s3c2440 GPXIO寄存器设置的一点代码习惯
- MVC相关概念
- 虽然没有了Google,但我们还有很多
- 判断链表是否有环
- 解决ASP.NET中从GridView导出Execel出现的“空间GridView必须置于有runat=server的窗体标记中”问题
- 找出链表的中间元素
- Test
- JDBC系列教程(一)---连接