我们在大部分代码中都使用 CString 类。但是有时我们需要转换为 char *。目前我们一直在使用 variable.GetBuffer(0) 执行此操作，这似乎有效（这主要发生在将 Csting 传递给函数需要 char * 的函数时）。该函数接受这一点，我们继续。
然而，我们最近开始担心这是如何工作的，以及是否有更好的方法来做到这一点。
我理解它的工作方式是将一个 char 指针传递给指向 CString 中第一个字符的函数，并且一切正常。
我想我们只是担心内存泄漏或任何不可预见的情况，这可能不是一个好主意。
如果您的函数只需要读取字符串而不需要修改它，请将它们更改为 acceptconst char *而不是char *. 将CString自动为您转换，这是大多数 MFC 功能的工作方式，非常方便。（实际上 MFC 使用LPCTSTR，这是const TCHAR *- 适用于 MBC 和 Unicode 构建的同义词）。
如果您需要修改字符串，GetBuffer(0)这是非常危险的——它不一定会为生成的字符串分配足够的内存，并且您可能会遇到一些缓冲区溢出错误。
正如其他人提到的，您需要使用ReleaseBufferafter GetBuffer。您不需要为转换为const char *.
@ OP： >>> 我想我们只是担心内存泄漏或任何...
您好，调用 GetBuffer 方法不会导致任何内存泄漏。因为析构函数无论如何都会释放缓冲区。但是，其他人已经警告过您调用此方法的潜在问题。
@Can >>>当您调用 getbuffer 函数时，它会为您分配内存。
这种说法并不完全正确。GetBuffer(0) 不分配任何内存。它仅返回一个指向内部字符串缓冲区的指针，该缓冲区可用于直接从 CString 类的“外部”操作字符串。
但是，如果你传递一个数字，比如 GetBuffer(N)，比如 N，并且如果 N 大于缓冲区的当前长度，则该函数通过分配更多内存来确保返回的缓冲区至少与 N 一样大.
干杯，拉杰什。MVP，视觉++。
当您调用 getbuffer 函数时，它会为您分配内存。完成后，您需要调用 releasebuffer 来释放它