注：本文是公司同事的一个分享，由于很有代表性，特分享在此，希望对大家有用。

上次welkin在处理一个豆瓣的cgi时遇到1个奇怪的问题，就是对一个string对象的修改引起了另一个string对象的同步修改。后来定位到原有，是因为有函数对string对象的buf内容直接进行了操作，破坏了“写时拷贝”的规则。下面这个例子说明了问题是如何产生的，已经如何避免：

上面的程序的运行结果如下：
obcd obcd
obcd abcd

str1和str2被同时改变这个比较好理解。因为str2的初值为str1，根据“写时拷贝”原则，在str2的值或者str1的值不发生改变的时候，2个对象实际上指向了同一块内存地址。

然而我们使用c_str方法取出了str1的buf首地址，且强制转换成了char*类型，这个强制转换的操作就是破坏C++标准的罪魁祸首了。它使得编译器无法获知通过指针p1对buf内容的修改操作而自动进行拷贝操作，结果就是str1和str2对象都被修改了。

而str3和str4为什么没有被同时修改呢。原因是指针p2的取值方式，它使用了[]操作符。C++标准认为，当你通过迭代器或[]获取到string的内部地址的时候，string并不知道你将是要读还是要写。这是它无法确定，为此，当你获取到内部引用后，为了避免不能捕获你的写操作，它在此时废止了“写时拷贝”技术！

实际上，将const char*强制转换为char*类型是问题的根本原因，他破坏了C++标准，我们应该尽量避免这么做。但现实是我们已经有很多接口这样实现了，这是一种典型的像C一样使用C++的行为。所以如果你遇到这种情况，记得使用[]操作符来获取string的第一个字符的地址，而不要使用c_str方法。

建议继续学习：

1. 一个简单的stl中string的split函数    (阅读：3263)
2. String,StringBuffer,StringBuilder的区别    (阅读：3015)
3. Java将Object对象转换为String的总结合集    (阅读：2927)
4. 关于在函数调用时传递string引用的必要性    (阅读：2842)
5. 不得不留意的STL string重载函数和隐式类型转换    (阅读：1390)