在单字符行上调用时,CRichEditCtrl::GetLine()添加了伪“\r”?

我试过使用 CRichEditCtrl::GetLine() 在以Unicode模式使用VS2015构建并在Windows 10上运行的MFC应用程序中检索rich edit控件的给定行的文本。

我编写了这个助手函数:

CString GetLine(CRichEditCtrl& richEdit, const int lineNum)
{
    int lineLength = richEdit.LineLength(richEdit.LineIndex(lineNum));
    if (lineLength == 0)
    {
        // Empty line
        return CString();
    }

    const int kMinBufferLength = sizeof(int) / sizeof(wchar_t);
    const int bufferLength = max(kMinBufferLength, lineLength);

    CString line;
    wchar_t* buffer = line.GetBuffer(bufferLength);   
    lineLength = richEdit.GetLine(lineNum, buffer, bufferLength);      
    line.ReleaseBuffer(lineLength);

    return line;
}

除了 仅适用于包含 一 CRICHEDITCRL::GetLine() 2. (而不是预期的1),并且输出缓冲区包含正确的字符,后跟 \r

为什么?为什么是 \r 仅为单个字符行添加,而不为包含更多字符的行添加?

if 这样地:

// Code inserted after the richEdit.GetLine() call, before the line.ReleaseBuffer() call:    

// *** Special Case ***
// It seems that when there's only one character (e.g. 'C') in the line,
// CRichEditCtrl::GetLine() returns 2, and appends a '\r' after 
// the read character in the output buffer.
if ((lineLength == 2) && (buffer[1] == L'\r'))
{
    // Chop off the spurious '\r'
    lineLength = 1;
}

附笔: 这个 CRICHEDITCRL::GetLine()

int CRichEditCtrl::GetLine(_In_ int nIndex, _Out_writes_to_(nMaxLength, return) LPTSTR lpszBuffer, _In_ int nMaxLength) const
{
    ASSERT(::IsWindow(m_hWnd));
    ENSURE(sizeof(nMaxLength)<=nMaxLength*sizeof(TCHAR)&&nMaxLength>0);
    *(LPINT)lpszBuffer = nMaxLength;
    return (int)::SendMessage(m_hWnd, EM_GETLINE, nIndex, (LPARAM)lpszBuffer);
}

因此,这似乎只是一个小包装周围的 EM_GETLINE

这个 MSDN doc for EM_GETLINE “返回值是 TCHAR (就我而言 wchar_t -返回值为的字符行 二 ,而不是预期的。因此,听起来富编辑控件实际上是返回单个字符,后跟一个伪字符 \r

对于包含多个字符的行,返回值是预期的实际字符数(我尝试使用简单的英文/ASCII字符,以避免Unicode代理对和其他东西的复杂性)。