当缩短std::string时，基本上有两种可能性:string.resize(length)或string.erase(length).既然我们知道字符串会变小，那两者有什么区别呢？ 最佳答案 resize必须检查length>current或length-它的行为取决于比较的结果。erase总是减少字符串的长度在异常安全方面存在差异:resize:强保证:如果抛出异常，则字符串没有变化。(来自here)erase:C++98-等于resize;C++14-函数没有抛出版本(来自here)
考虑一个产生某些段错误并中止的C++程序。在使用gdb进行常规调试时，我可以执行以下操作并查看结果(gdb)r(gdb)pstr_var.size()其中str_var在文件中定义为std::string。但是，我在使用核心转储进行调试时遇到了一些问题。在我通过在gdb中加载核心转储之后gdbEXECUTABLEcore.pid然后在gdb终端运行以下命令(gdb)pstr_var.size()gdb说“如果没有调试过程，你就不能这样做。”我只能做bt(查看堆栈跟踪)或直接打印std::string变量之类的事情，但是找不到一种简单的方法来检查一些信息，例如打印std::string的
我正在阅读std::queue我想知道为什么没有方法可以通过一次操作有效地插入多个元素，而std::deque报价std::deque::insert？ 最佳答案 Insert允许插入到结构中的任意位置。std::queue是FIFO结构的抽象接口(interface)。你只能在最后添加东西。底层结构不一定具有插入任意位置的有效方法(例如考虑std::vector)。因此std::queue没有通用的插入成员函数。由于一般的插入函数需要迭代器位置参数，提供多重插入是为了方便，这样您就不必跟踪下一个迭代器位置。推回不需要这个，因为不需
理想情况下，不可变字符串类只需要为每个字符串分配一个内存。甚至引用计数也可以存储在与字符串本身相同的内存块中。string的简单实现和shared_ptr将为shared_ptr分配三block不同的内存:字符串缓冲区的内存字符串对象的内存引用计数的内存现在，我知道在使用std::make_shared()时，智能实现可以将最后两个组合成一个分配。但这仍然会留下两个分配。当您知道字符串是不可变的时，字符串缓冲区将不会被重新分配，因此应该可以将它与字符串对象集成在一起，只留下一次分配。我知道一些字符串实现已经对短字符串使用了这样的优化，但我正在寻找一个不管字符串长度如何都这样做的实现。我
我有一些旧代码使用了与str_const非常相似的东西描述here和here做一些constexpr字符串操作。str_const是ScottSchurr描述的文字类型，可以从字符串文字构造，因为它具有来自constchar(&)[]的模板构造函数.我现在也有一些使用boost::hana的新代码.我希望能够参加hana::string并创建一个str_const那是指它。最简单的方法是转换hana::string到constexprconstchar(&)[].(实际上，在这一点上这不是最简单的方法，最简单的方法肯定是在我的str_const实现中添加一个新的模板构造函数。但在这一点
我需要一个C++中的数据结构，它的作用类似于标准的字节容器，但将缓冲区对齐为四个字节的倍数。我想尽可能多地重用标准库抽象，而不是滚动我自己的抽象。到目前为止，我一直在使用std::string和std::vector来达到这个目的。不幸的是，我收到了有关最新MacOS的错误报告，显然string::data()不再是4字节对齐的，而是地址与1mod4一致。当我看到这个时，我当然没有意识到规范保证字符串将按4字节对齐。我可以切换到vector，但不幸的是现在我不确定为什么这应该是4字节对齐的。即使使用自定义分配器，vector实现也可能在它分配的缓冲区开始时做一些奇怪的事情。我的问题:从
我正在使用代理类型来推迟工作，直到将结果分配给一个变量，它通过在代理类型上使用转换运算符来工作。为std::string添加转换运算符重载时，它适用于从代理构建字符串，但无法编译赋值，并显示以下错误消息:error:ambiguousoverloadfor'operator='虽然这个问题与operatorT()notusedinassignment的问题类似，这里的解决方案不适用，因为我也在使用模板化转换运算符。下面是片段:#include#includestructProxy{templateoperatorT(){Tres;std::cerr如何使这个代理与字符串赋值一起工作？
我正在查看basic_string的代码(与g++4.2.1捆绑在一起)。复制构造函数使用grab()函数来“抓取”字符串的拷贝(增加其引用计数):_CharT*_M_grab(const_Alloc&__alloc1,const_Alloc&__alloc2){return(!_M_is_leaked()&&__alloc1==__alloc2)?_M_refcopy():_M_clone(__alloc1);}只有当两个字符串的分配器相同时，这才会增加引用计数——这是有道理的。但是，复制构造函数是:basic_string(constbasic_string&__str):_M_d
我目前正在对网络协议(protocol)进行逆向工程，并且我编写了一个小型解密协议(protocol)。我曾经将数据包的字节定义为一个无符号字符数组，如下所示:unsignedcharbuff[]="\x00\xFF\x0A"etc.为了不对每个数据包多次重新编译程序，我制作了一个小型GUI工具，它可以从字符串中获取\xFF表示法中的字节。我通过以下方式做到了这一点:intlength=int(stencString.length());unsignedchar*buff=newunsignedchar[length+1];memcpy(buff,stencString.c_str()
谁能告诉我常规string类和roguewave的rwcstring类之间的确切区别。我的项目中的代码大量使用了rwcstring类。我的疑问是，如果两者都处理和操纵字符串，那么两者之间的确切区别是什么。还有为什么rwcstring类被认为比常规string类更有效？ 最佳答案 RogueWave的RWCString使用一种称为惰性复制的技术来提高其性能。基本上，这意味着复制一个字符串(通过复制构造函数或复制赋值运算符)实际上并没有复制字符串的内容，而只是保留了一个指向原始字符串内容的指针。复制只有在真正需要的时候才进行(通常是因为
