RichEdit加载WordPad生成的RTF文档时图片不显示问题求助

1. 修复流回调与文件打开逻辑 #

你的流加载回调存在两处致命问题，直接导致图片二进制数据解析失败：

• 回调函数未返回实际读取的字节数，RichEdit无法判断数据读取进度与边界
• 文件未以二进制模式打开，Windows下默认文本模式会转换换行符，破坏图片二进制内容
  修复后代码如下：

// 流回调函数修复
static DWORD CALLBACK FileStreamCallback(DWORD dwCookie, LPBYTE pbBuff, LONG cb, LONG* pcb)
{
    std::ifstream* pFile = reinterpret_cast<std::ifstream*>(dwCookie);
    pFile->read(reinterpret_cast<char*>(pbBuff), cb);
    *pcb = pFile->gcount(); // 必须赋值，返回本次实际读取字节数
    return pFile->good() ? 0 : 1; // 读取错误返回非0终止加载
}

// 文件打开逻辑修复
std::ifstream file{ filePath, std::ios::binary }; // 必须指定二进制打开模式
EDITSTREAM editStream = { 0 };
editStream.dwCookie = reinterpret_cast<DWORD>(&file);
editStream.pfnCallback = FileStreamCallback;
SendMessage(hwndEdit, EM_STREAMIN, SF_RTF, reinterpret_cast<LPARAM>(&editStream));

2. 初始化OLE环境并配置RichEdit OLE支持 #

RichEdit的嵌入图片属于OLE对象，必须提前初始化OLE环境：

• 程序启动阶段调用OleInitialize(NULL)初始化OLE，程序退出时调用OleUninitialize()回收资源
• RichEdit控件创建完成后，发送EM_SETOLECALLBACK消息设置OLE回调接口，无需自定义逻辑的情况下使用系统默认实现即可

3. 版本与参数校验 #

• 优先使用Msftedit.dll（对应Rich Edit 4.1及以上版本），相比旧版Riched20.dll对图片格式的兼容性更好
• 调用EM_STREAMIN时不要添加SF_RTFNOOBJS标志，该标志会主动过滤所有OLE对象，导致图片被忽略

4. RTF格式兼容优化 #

如果是自定义生成RTF文件，优先嵌入DIB/BMP/WMF格式的图片，RichEdit对这三类格式有原生支持，不需要额外解码逻辑。如果需要嵌入PNG/JPG等格式，需要确保pict块的格式标识正确，且对应图片解码器在系统中可用。

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