我有一种情况，我需要处理大量（许多 GB）的数据：
每次迭代的数据都是独立的。
我的问题是，我想尽量减少（如果可能的话消除）堆分配的内存使用量，因为它目前是我最大的性能问题。
有没有一种方法可以将 C 字符串 (char*) 转换为 stl C++ 字符串 (std::string) 而无需 std::string 在内部分配/复制数据？
或者，我可以使用字符串流或类似的东西来重新使用大缓冲区吗？
编辑：感谢您的回答，为了清楚起见，我认为修改后的问题是：
如何有效地构建（通过多个附加）stl C++ 字符串。如果在一个循环中执行这个动作，每个循环都是完全独立的，我怎样才能重新使用这个分配的空间。
【问题讨论】：
标签： c++ string memory-management stl
如果不复制数据，您实际上无法形成 std::string。一个字符串流可能会重复使用一遍又一遍的内存（尽管我认为标准对它是否真的必须这样做保持沉默），但它仍然无法避免复制。
解决此类问题的常用方法是编写处理步骤 3 中的数据的代码，以使用开始/结束迭代器对；然后它可以轻松地处理一个 std::string、一个字符向量、一对原始指针等。与传递它像 std::string 这样的容器类型不同，它不再知道或关心内存是如何分配的，因为它仍然属于调用者。将这个想法带到其合乎逻辑的结论是boost::range，它添加了所有重载的构造函数，仍然让调用者只传递一个字符串/向量/列表/任何类型的容器，带有 .begin() 和 .end()，或单独的迭代器.
编写处理代码以在任意迭代器范围上工作后，您甚至可以编写自定义迭代器（不像听起来那么难，基本上只是一个带有一些标准 typedef 和运算符 ++/*/=/ 的对象==/!= 重载以获得一个只进的迭代器），它负责每次到达它正在处理的片段的末尾时前进到下一个片段，跳过空格（我假设这就是你的意思）修剪）。你根本不必连续组装整个字符串。这是否会获胜取决于您拥有多少碎片/多大的碎片。这本质上就是 Martin York 提到的 SGI 绳索：一个字符串，其中 append 形成一个片段的链表，而不是一个连续的缓冲区，因此适用于更长的值。
更新（因为我仍然偶尔看到对此答案的支持）：
C++17 引入了另一种选择：std::string_view，它在许多函数签名中替换了 std::string，是对字符数据的非拥有引用。它可以从 std::string 隐式转换，但也可以从其他地方拥有的连续数据显式构造，避免 std::string 强加的不必要的复制。
【讨论】：
char* + size。
是否可以在步骤 1 中使用 C++ 字符串？如果你使用string::reserve(size_t)，你可以分配一个足够大的缓冲区来防止多个堆分配，同时附加较小的字符串，然后你可以在所有剩余的步骤中使用相同的 C++ 字符串。
有关reserve 函数的更多信息，请参阅this link。
【讨论】：
:)
为了帮助处理非常大的字符串，SGI 在其 STL 中添加了 Rope 类。
非标准，但可能有用。
http://www.sgi.com/tech/stl/Rope.html
显然绳索在标准的下一个版本中:-)
注意开发人员的笑话。绳子是一根大绳子。 （哈哈）:-)
【讨论】：
这是一个横向思考的答案，不是直接解决问题，而是围绕它“思考”。可能有用，也可能没用……
std::string 的只读处理实际上并不需要 std::string 功能的一个非常复杂的子集。您是否有可能对在 std::strings 上执行所有处理的代码进行搜索/替换，以便它采用其他类型？从一个空白类开始：
类轻量级字符串 { };
然后将所有 std::string 引用替换为轻量级字符串。执行编译以准确找出轻量级字符串上需要哪些操作才能充当直接替换。然后，您可以随心所欲地进行实施。
【讨论】：
每次迭代是否足够独立，以至于您可以为每次迭代使用相同的 std::string？人们希望您的 std::string 实现足够聪明，可以在以前用于其他用途时为其分配 const char * 来重用内存。
将 char * 分配给 std::string 必须始终至少复制数据。内存管理是使用 std::string 的主要原因之一，因此您将无法覆盖它。
【讨论】：
在这种情况下，最好直接处理 char*，而不是将其分配给 std::string。
【讨论】：