多源消息接收线程频繁写入文件时fopen打开报错问题咨询

从你的日志来看，线程处理前两条消息（src=5、0）时都正常，到src=1的消息突然出现文件打开错误，我整理了几个最可能的原因和对应的解决办法：

1. 文件被其他进程/线程锁定 #

这是最常见的原因——在处理src=1消息的瞬间，C:\writting.txt被其他程序（比如记事本、杀毒软件扫描、甚至你自己程序里的其他线程）占用，导致你的线程无法获取文件访问权限。

解决思路：

• 先手动排查：用Process Explorer这类工具直接查看文件句柄，确认有没有程序正在占用这个文件，关闭所有相关进程后重试。
• 如果是自己的程序有其他线程也在操作这个文件，一定要加线程同步锁，比如用Windows的互斥量（Mutex）来保证同一时间只有一个线程能打开和写入文件（代码示例在下面）。

2. 权限或路径问题 #

Windows系统对C盘根目录的写入权限有严格限制，如果你程序没有管理员权限，可能会在写入时失败。另外还要注意文件名拼写：你日志里写的是writting.txt（双t），确认实际文件名没有拼写错误？

解决思路：

• 临时把文件路径改成C:\Users\<你的用户名>\Documents\writting.txt这类个人目录，测试是否能正常写入——如果可以，说明是根目录权限问题。
• 右键点击你的程序，选择「以管理员身份运行」，看报错是否消失。
• 核对文件名拼写，确保和磁盘上的文件完全一致（如果文件是手动创建的）。

3. fopen模式错误或未处理文件不存在的情况 #

如果你的fopen使用了错误的打开模式（比如只读模式"r"而不是写入模式），或者用了不会自动创建文件的模式（比如"r+"），当文件不存在时就会打开失败。

解决思路：

• 检查你的fopen代码，根据需求选择正确的模式：
  • 追加写入（保留原有内容）：用"a"
  • 覆盖写入（清空原有内容）：用"w"
  • 需要读写且自动创建文件：用"w+"
• 在fopen失败后调用GetLastError()获取具体Windows错误码，比如：
  • 错误码32：文件被其他进程锁定
  • 错误码5：权限不足
    有了错误码就能精准定位问题了。

线程同步的代码示例（Windows平台） #

#include <windows.h>
#include <stdio.h>

// 全局互斥量，确保文件操作的线程安全
HANDLE g_hFileMutex = NULL;

// 初始化互斥量
void InitFileMutex() {
    // 创建命名互斥量，避免多个实例冲突
    g_hFileMutex = CreateMutex(NULL, FALSE, L"Global\\WrittingFileMutex");
}

void WriteMessageToFile(const char* msg) {
    // 等待互斥量，确保当前线程独占文件访问权
    DWORD waitResult = WaitForSingleObject(g_hFileMutex, INFINITE);
    if (waitResult == WAIT_OBJECT_0) {
        FILE* fp = fopen("C:\\writting.txt", "a");
        if (fp != NULL) {
            fprintf(fp, "%s\n", msg);
            fclose(fp);
        } else {
            DWORD errCode = GetLastError();
            printf("Error opening file! Code: %lu\n", errCode);
        }
        // 释放互斥量，让其他线程可以访问文件
        ReleaseMutex(g_hFileMutex);
    }
}

// 你的消息接收线程函数
DWORD WINAPI ReceiveThreadProc(LPVOID lpParam) {
    // 模拟接收消息的逻辑
    // ...
    WriteMessageToFile("Received message from src=1");
    return 0;
}

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