在 x64 中第二次 RichEdit 初始化后崩溃

Question

根据 使用 Rich Edit Controls 我使用RichEdit 的方式如下：

MyControl::OnCreate()
{
    handle = LoadLibrary(_T("Riched20.dll"));
}

MyControl::OnDestroy()
{
    FreeLibrary(handle);
}

它适用于 win32，但最近我构建了 x64 配置，现在我的控件在页面重新加载后失败。

我注意到，如果这样做：

MyControl::OnCreate()
{
    handle = LoadLibrary(_T("Riched20.dll"));
    FreeLibrary(handle);
    handle = LoadLibrary(_T("Riched20.dll"));
}

一切正常。

我不想将此代码投入生产，那么有什么关于更好的解决方案/解决方法的建议吗？

Answer 1

由于报告的故障模块是 Richedit20.dll_unloaded，这意味着您正在卸载 DLL，而其中的代码仍在使用中。

例如，如果在（完全）释放 DLL 时仍然打开着 RichEdit 窗口，那么一旦任何事件触发对控件的 window-proc 的调用，您就会看到类似的崩溃。这是因为控件的 window-proc 位于卸载的 DLL 代码内。

多次调用 LoadLibrary 和 FreeLibrary 应该是安全的（只要调用平衡），所以我怀疑这就是问题所在。它可能只是触发问题。此外，这个问题也存在于 32 位版本中；你只是运气好，从未触发过它。

OnDestroy 是调用 FreeLibrary 的错误位置。 有几个窗口消息会在 WM_DESTROY 之后发送到窗口（例如 WM_NCDESTROY）。

当调用 OnDestroy 时，子窗口仍然存在。如果 Richedits 是您的控件的子级（而不是控件本身），那么将 FreeLibrary 移至 OnNcDestroy 可能会拯救您。 （子窗口在调用 WM_NCDESTROY 时被销毁。）但是，我仍然会说这不是释放库的好地方。

所以你肯定想移动你的 FreeLibrary 调用。我会将它和 LoadLibrary 完全移出控制本身。在创建库实例时控制加载/释放库是不正常的。相反，在某处放置一些静态 init/uninit 代码，这些代码可以一劳永逸地加载您需要的库，并在应用程序关闭时释放它们。

（如果您的应用程序很少使用该控件，那么仅当使用该控件的窗口处于活动状态时加载/释放库可能才有意义。不过，这种情况很少见。通常您最好只保留加载的 DLL。）