我对C++ string和length方法的一个长期误解
来源:互联网 发布:黑魂3日系女捏脸数据 编辑:程序博客网 时间:2024/05/13 16:42
出处:http://blog.csdn.net/stpeace/article/details/53046829
我对C++ string和length方法的一个长期误解------从protobuf序列化说起(没处理好会引起数据丢失、反序列化失败哦!)
自认为C和C++基础知识还行, 于是以为下面程序的结果都是3, 看看:
- #include <iostream>
- #include <string>
- using namespace std;
- int main()
- {
- char szTest[100] = "abc\0def"; // 右边串提前被'\0'截断
- cout << strlen(szTest) << endl;
- string s;
- s.assign(szTest, 7); // s不会被'\0'截断
- cout << s.length() << endl;
- return 0;
- }
之所以发现这个问题, 是因为最近玩了一下google protocol buffer, 序列化的接口是:
bool SerializeToString(string* output) const;
看到这个接口后, 我瞬间就懵逼了, 输出怎么会是一个string呢? 怎么没有长度呢? 如何应对序列化后的'\0'字符呢? 不是要被无情截断了么? 难道是buffer长度已经套在buffer之中(以头的形式呈现)? 疑问重重!
应该采用pBuf加长度len才能避免这个问题啊!于是, 我感觉这可能是google的一个bug, 但又感觉这个bug不可能存在这么久还没有被发现啊。
于是在网上看看别人别人是怎么传这个string的, 然后就看到了网上普遍用s.length()来计算长度,于是怀疑自己对string和length的理解有误,测试了一下, 果然是自己长期理解错误, 这个错误理解是源于C中字符串被'\0'截断。
错误理解: C++ string遇到'\0'会被截断。
正确理解: C++ string和'\0'没有半分钱的关系, 不会被截断。 string是个容器, 它对其中的字符透明, 你爱填啥就是啥!
所以, 上述程序的结果应该为3和7, 不足为怪。 所以, protobuf序列化到string中去, 并不会有错, 也不用担心'\0', 只是, 程序员取长度的时候要注意(string转char *的时候, 尤其要注意), 否则很容易采坑(长度少了)。
- 我对C++ string和length方法的一个长期误解
- 我对C++ string和length方法的一个长期误解------从protobuf序列化说起(没处理好会引起数据丢失、反序列化失败哦!)
- 我对C++ string和length方法的一个长期误解------从protobuf序列化说起(没处理好会引起数据丢失、反序列化失败哦!)
- 数组的length属性和String的length()方法
- 我对指针的误解
- 我对onselect和onchange事件的误解
- 澄清大家对string的误解
- 关于string类的一个误解
- C++:string类中size()和length()的区别
- java中的String的isEmpty和length方法测试
- String类常用的成员方法length()和charAt()
- string的size()和length()
- string的size()和length()
- string的size()和length()
- string的size()和length()
- string的size()和length()
- string的size()和length()
- 对C语言的写文件操作fwrite的一个初学者常见误解
- Linux进程管理之task struct结构体
- Power key处理流程图
- 【caffe-Windows】识别率批量输出——matlab实现
- 安卓利用get和post方式提交数据
- 书签_各种资源
- 我对C++ string和length方法的一个长期误解
- POJ
- 大数据和高并发的解决方案总结
- 加密解密 签名验签学习笔记
- Ultra-QuickSort
- 如何在RecyclerView上面实现“拖放”和“滑动删除”-1
- 让Android运行在SD卡上
- WireShark 过滤表达式
- poj1724 ROADS