Node.js如何删除WriteStream对应的文件后重建流且不触发EPERM错误

错误原因 #

• Windows平台文件锁释放存在延迟：你调用unlinkSync删除文件后，系统不会立刻释放该文件路径的独占权限，此时立即调用createWriteStream重建文件就会触发EPERM: operation not permitted错误。
• 你的测试用例与代码逻辑冲突：你在clear方法内删除文件后立刻重建了写入流，对应路径会重新生成文件，但你的测试用例断言文件不存在，自然不符合预期。删除createWriteStream代码行后文件不会被重建，所以不会触发报错，也符合测试断言的预期。

修复方案 #

方案1：保留删除重建逻辑适配Windows特性 #

如果你确实需要先删除原文件再重建写入流，可添加极短延迟等待系统释放文件权限，同时修复路径转义问题：

const { promisify } = require('util');
const sleep = promisify(setTimeout);

async clear(){
    // 等待原有写入流完全关闭
    await new Promise((resolve) => {
        this.stream.once('close', resolve);
        this.stream.end();
    });
    Fs.unlinkSync(this.filepath);
    // 10ms延迟适配Windows文件权限释放
    await sleep(10);
    this.stream = Fs.createWriteStream(this.filepath, {flags: 'a'});
}

对应的测试用例需要调整断言逻辑，验证文件内容为空即可：

it('erases the log file', async () => {
    // Windows路径反斜杠需要转义
    const testfile = "C:\\test\\test.log";
    const file = new File(testfile);
    await file.clear();
    const stat = Fs.statSync(testfile);
    Assert.strictEqual(stat.size, 0);
});

方案2：改用截断文件逻辑（更推荐） #

如果你的需求只是清空日志文件内容，不需要删除再重建，直接调用fs.truncate截断文件即可，无需关闭重建流，不会触发文件锁相关错误：

clear(){
    return new Promise((resolve, reject) => {
        Fs.truncate(this.filepath, 0, (err) => {
            err ? reject(err) : resolve();
        });
    });
}

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