StringCch *函数和Cstring

Question

我在代码中使用了字符串安全函数（StringCch *）。 但是，有些功能我想将变量从WCHAR *转换为CString 。 该代码在StringCchCopy函数上失败：

CString sFile;
sFile.Preallocate(64);
StringCchCopy(sFile, 64, L"ini");

DWORD rv = sFile.GetAllocLength();
rv = sFile.GetLength();

TCHAR sVal[64] = {0};
StringCchCopy(sVal, 64, sFile.GetBuffer());

我敢肯定，我很容易回答，但是我有点困惑！

GetAllocLength()返回71。它不应该返回64吗？

Answer 1

StringCchCopy(sFile, 64, L"ini"); 我很惊讶这甚至编译。 StringCchCopy的第一个参数应该是指向目标缓冲区的非常量指针。 CString不应隐式转换为这样的东西（至少就我上次认真使用CString以来所知的程度而言）。 因此，无论做什么，它可能都不是您想要的。

如果要以这种方式进行操作，则使用GetBuffer的重载（将其长度与ReleaseBuffer结合使用）可能会更容易。

GetBuffer(X)确保CString具有一个内部缓冲区，该缓冲区具有足够的空间来容纳X -1个字符和一个空终止符，并返回指向该缓冲区的非常量指针。

然后， ReleaseBuffer将使CString查看已写入该缓冲区的内容，找到空终止符，并确定它现在管理字符串的时间。 （如果您想做没有空终止符的东西，那么请详细阅读文档以了解如何正确使用它。）

所以像

CString sFile;
StringCchCopy(sFile.GetBuffer(63), 64, L"ini");
sFile.ReleaseBuffer();

之后， sFile应该有效并包含数据。 GetLength将反映这一点。

我不用担心GetAllocLength。 尽管MSDN似乎没有解释太多事情，但是如果它返回内部缓冲区的整个长度，我就不会感到惊讶-CString可能已出于某种特殊原因决定加大其大小。 除非您真的试图对某些事物进行微优化（在这种情况下，您为什么还要使用CString），否则您无需担心这些事情。

---

但是，这没有任何意义，因为您可以执行sFile = L"ini"; 这样更简单，并且避免了由于缓冲区大小错误而引起的任何潜在的一一错误。

即使这是一个简化的示例，如果您的代码具有字符串（指向char数组的指针），那么您仍然可以直接将其与CString的赋值运算符一起使用。 （假设数据以null终止并且我们不会进入char vs wchar领域，在这种情况下，您可能仍然需要比StringCchCopy更多的东西。）