Rich Edit控件遍历WCHAR：替代EM_GETSELTEXT的优雅实现方案

你遇到的核心问题是EM_GETTEXTRANGE在处理UTF-16代理对时，若请求范围仅包含单个代码单元，可能出现不符合预期的返回结果。以下是两种无需依赖EM_GETSELTEXT的优雅实现方案：

方案一：扩展EM_GETTEXTRANGE获取范围 #

通过获取当前位置前后的少量字符，确保覆盖代理对的完整上下文，直接定位目标位置的WCHAR：

int GetCharacterAtIndex(int pos) const
{
    // 获取控件的总代码单元数（需实现此辅助函数）
    int totalChars = GetTextUnitCount();
    if (pos < 0 || pos >= totalChars)
        return -1;

    const size_t bufferSize = 4;
    WCHAR buffer[bufferSize]{};
    TEXTRANGE tr{};

    // 取当前位置及前后各一个字符，确保覆盖代理对
    tr.chrg.cpMin = max(0, pos - 1);
    tr.chrg.cpMax = min(totalChars, pos + 2);
    tr.lpstrText = buffer;

    DWORD charsRetrieved = SendDlgItemMessageW(GetWindowHandle(), GetControlID(), 
                                               EM_GETTEXTRANGE, 0, (LPARAM)&tr);
    if (charsRetrieved <= 0)
        return -1;

    // 计算目标字符在buffer中的索引
    size_t bufferIndex = pos - tr.chrg.cpMin;
    if (bufferIndex >= charsRetrieved)
        return -1;

    // 直接返回目标位置的WCHAR
    return buffer[bufferIndex];
}

// 辅助函数：获取控件中UTF-16代码单元的总数
int GetTextUnitCount() const
{
    GETTEXTLENGTHEX gtl{};
    gtl.flags = GTL_NUMCHARS; // 按代码单元计数
    gtl.codepage = CP_UTF16;
    return SendDlgItemMessageW(GetWindowHandle(), GetControlID(), 
                               EM_GETTEXTLENGTHEX, (WPARAM)&gtl, 0);
}

方案二：使用Rich Edit的COM接口（推荐） #

Rich Edit支持COM文本对象模型(TOM)，通过ITextDocument和ITextRange接口可以更精准地获取指定位置的字符，无需修改选区，也不会产生视觉干扰：

#include <tom.h>

int GetCharacterAtIndex(int pos) const
{
    // 获取Rich Edit的COM接口
    ITextDocument* pDoc = nullptr;
    LRESULT result = SendDlgItemMessageW(GetWindowHandle(), GetControlID(), 
                                         EM_GETOLEINTERFACE, 0, (LPARAM)&pDoc);
    if (!pDoc || result == 0)
        return -1;

    // 创建覆盖目标位置的文本范围
    ITextRange* pRange = nullptr;
    HRESULT hr = pDoc->Range(pos, pos + 1, &pRange);
    if (FAILED(hr) || !pRange)
    {
        pDoc->Release();
        return -1;
    }

    // 获取范围文本
    BSTR bstrText = nullptr;
    hr = pRange->GetText(&bstrText);
    pRange->Release();
    pDoc->Release();

    if (FAILED(hr) || !bstrText)
        return -1;

    WCHAR charValue = bstrText[0];
    SysFreeString(bstrText);
    return charValue;
}

方案优势对比 #

• 方案一：纯WinAPI调用，无需依赖COM，适合轻量场景；通过扩展获取范围避免代理对的截断问题。
• 方案二：基于TOM接口，逻辑更直观，Rich Edit对代理对的处理更完善，适合复杂文本操作场景，无任何视觉干扰。

内容的提问来源于stack exchange，提问作者rpatters1