如何彻底卸载DLL以解除其对磁盘文件的占用？

主程序通过LoadLibrary()加载DLL，调用其读取Parameters.txt的函数后，调用FreeLibrary()卸载DLL，但后续尝试重新生成Parameters.txt时，文件无法打开（std::ofstream::is_open()返回FALSE），说明文件仍被占用。

相关代码如下：

主程序代码 #

#include <windows.h>

int main() {

// create Parameters.txt input data file
create_parameters_file(file_path, /*... some stuff to write in file ... */);

// function pointer alias
using FuncPtr = void (*)();
    
HINSTANCE hDLL;
// DLL function pointer
FuncPtr composition_func_ptr;

// load DLL
hDLL = LoadLibrary(dll_path);
if (!hDLL) return -1;
// getting function by name
composition_func_ptr = (FuncPtr)GetProcAddress((HMODULE)hDLL, "Composition");
if (!elements_in_system_func_ptr || !composition_func_ptr)  return -1;

// calling DLL function. It reads Parameters.txt and create some output text file 
composition_func_ptr();

// unload DLL
FreeLibrary(hDLL);

// create Parameters.txt input data file AGAIN
create_parameters_file(file_path, /*... some OTHER stuff to write in file ... */);

return 0;
}

create_parameters_file函数代码 #

void create_parameters_file(const std::string& file_path, /* stuff to write */)
{
bool file_opened = true;
std::ofstream out_file(file_path);
file_opened = out_file.is_open(); // this returns FALSE after DLL function call
out_file << ...
out_file.close();
}

问题核心是DLL内部未正确关闭Parameters.txt的文件句柄，FreeLibrary()仅卸载DLL的代码段和内存资源，但未释放DLL持有的未关闭文件句柄，导致系统仍标记文件为占用状态。

1. 修复DLL的文件操作逻辑（最根本解决办法） #

确保DLL的Composition函数中，打开Parameters.txt后，无论操作成功与否，都显式关闭文件：

• 若使用C标准库：调用fclose()关闭FILE*指针，避免句柄泄漏；
• 若使用C++流：确保std::ifstream/std::fstream对象在函数结束前被析构（避免将流对象声明为全局/静态变量，尽量在函数局部作用域创建，离开作用域时自动析构关闭）；
• 采用RAII机制管理文件资源，比如用智能指针封装文件句柄，确保资源自动释放。

2. 排查DLL中的全局/静态文件对象 #

如果DLL中存在全局或静态的文件流（如static std::ifstream param_file;），这类对象的析构会延迟到DLL卸载时执行，甚至可能因DLL卸载的顺序问题导致析构失败，残留未关闭的句柄。需将这类对象改为函数局部变量，或在DLL卸载前显式调用关闭逻辑。

3. 定位句柄泄漏点 #

使用Windows系统工具Process Explorer：

1. 运行主程序，在调用DLL函数并卸载后，找到主进程；
2. 右键进程 → Properties → Handles标签，搜索Parameters.txt，确认句柄是否仍被持有，以此定位泄漏来源。

4. 临时应急方案（不推荐长期使用） #

若暂时无法修改DLL，可在FreeLibrary()后添加短暂延迟，给系统留出回收句柄的时间：

FreeLibrary(hDLL);
Sleep(100); // 等待100毫秒，时间可根据实际情况调整

此方法不可靠，仅作为临时 workaround，无法从根本解决问题。

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