使用 soci::use 时，Malloc 分配的内存比需要的多

Question

在调查一个奇怪的 tcmalloc 错误时，我和我的同事将错误追溯到一行代码：

soci::session db;
...
db << "INSERT INTO `public.tablename` (..., ..., textvalue) VALUES ('...', '...', :1);",
  soci::use(std::to_string(someStruct.getUint32_t()) + "." + std::to_string(someStruct.getUint32_t()));

一切正常，我们将其更改为：

soci::session db;
...
std::string temp = std::to_string(someStruct.getUint32_t()) + "." + std::to_string(someStruct.getUint32_t());
db << "INSERT INTO `public.tablename` (..., ..., textvalue) VALUES ('...', '...', :1);",
  soci::use(temp);

我们在第一个版本中遇到了 tcmalloc 错误，因为第一个代码 sn-p 想要在参数列表中组装此字符串的位置分配大约 1.8GB，并且相应系统上没有足够的可用内存。 在我们将第二个代码 sn-p 中所见的字符串组装外包后，此错误不再发生。显然，这个字符串由 2 个整数和一个点组成，不需要任何接近 1.8GB 的​​空间。

如果有人能向我解释到底出了什么问题，我将不胜感激。我们怀疑它与一些黑色社会魔法相关的模板推导有关，但不确定。

Answer 1

正如 Jarod42 所提到的，这个问题尤其与 soci::use 有关。 正如Soci Doku 提到的那样：

如果用户提供的数据来自另一个临时变量，编译器可能会以这样一种方式排列它们，即用户数据将在语句有机会执行之前被销毁，引用不再存在。

在这个解释之后出现了一个糟糕的示例（这大致是我的第一个不工作的代码示例），然后是类似于我的第二个（正确的）代码示例的东西。

因此，最后，第一个代码部分是如何不执行此操作的示例。 我写的错误来自访问未初始化的垃圾，因为在构建整个字符串之前，临时对象中的前两个字符串之一已经被销毁。在调试时也让我很困惑：使用 Clang 构建不会触发错误，而使用 Gcc 构建会触发错误。该文档也解释了这一点，因为问题与编译器相关的优化有关。

如果你使用 soci::use，你应该在调用函数之前组装临时对象，然后传递它们。无论如何，它可能更具可读性 - 但你必须知道它可能是错误的。