我对C++ string和length方法的一个长期误解

清疚 2022-06-17 03:11 122阅读 0赞

# 出处：http://blog.csdn.net/stpeace/article/details/53046829    #

# [我对C++ string和length方法的一个长期误解------从protobuf序列化说起(没处理好会引起数据丢失、反序列化失败哦!) ][C_ string_length_------_protobuf_] #

自认为C和C++基础知识还行， 于是以为下面程序的结果都是3， 看看：

**\[cpp\]** [ view plain][view plain] [ copy][view plain] [![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  \#include <iostream>  
2.  \#include <string>  
3.  using namespace std;  
4.    
5.  int main()  
6.  \{  
7.      char szTest\[100\] = "abc\\0def";  // 右边串提前被'\\0'截断  
8.      cout << strlen(szTest) << endl;  
9.        
10.     string s;  
11.     s.assign(szTest, 7);  //  s不会被'\\0'截断  
12.     cout << s.length() << endl;  
13.       
14.     return 0;  
15. \}

结果大跌眼镜， 其实， 看了上述注释后， 就明白真相了。

之所以发现这个问题， 是因为最近玩了一下google protocol buffer，  序列化的接口是：

bool SerializeToString(string\* output) const;

看到这个接口后， 我瞬间就懵逼了， 输出怎么会是一个string呢？  怎么没有长度呢？ 如何应对序列化后的'\\0'字符呢？ 不是要被无情截断了么？ 难道是buffer长度已经套在buffer之中（以头的形式呈现）？ 疑问重重!

应该采用pBuf加长度len才能避免这个问题啊！于是， 我感觉这可能是google的一个bug, 但又感觉这个bug不可能存在这么久还没有被发现啊。

于是在网上看看别人别人是怎么传这个string的， 然后就看到了网上普遍用s.length()来计算长度，于是怀疑自己对string和length的理解有误， [ 测试][Link 1]了一下， 果然是自己长期理解错误， 这个错误理解是源于C中字符串被'\\0'截断。

错误理解： C++ string遇到'\\0'会被截断。

正确理解： C++ string和'\\0'没有半分钱的关系, 不会被截断。 string是个容器， 它对其中的字符透明， 你爱填啥就是啥！

所以， 上述程序的结果应该为3和7， 不足为怪。  所以， protobuf序列化到string中去， 并不会有错， 也不用担心'\\0',  只是， 程序员取长度的时候要注意（string转char \*的时候， 尤其要注意）， 否则很容易采坑（长度少了）。

[C_ string_length_------_protobuf_]: http://blog.csdn.net/stpeace/article/details/53046829
[view plain]: http://blog.csdn.net/stpeace/article/details/53046829#
[CODE]: https://code.csdn.net/assets/CODE_ico.png
[CODE_CODE]: https://code.csdn.net/snippets/1968393
[ico_fork.svg]: https://code.csdn.net/assets/ico_fork.svg
[ico_fork.svg 1]: https://code.csdn.net/snippets/1968393/fork
[Link 1]: http://lib.csdn.net/base/softwaretest