C++里remove()真能删目录？别被教科书骗了

刚写完一段C++代码，想用std::remove("temp_dir")清掉测试生成的空文件夹，结果程序安静地返回-1，errno报ENOTDIR——它压根没打算碰目录。这事儿我踩过三次坑，每次都在文档边缘反复横跳：remove()只删文件或空目录，但能否删目录，完全取决于底层系统是否支持，且C++标准对此不作保证。

很多人翻到《C++ Primer》或某篇博客，看到“remove()可删除文件或空目录”就直接抄代码，结果在Windows上跑通了，在Linux容器里突然失败。问题不在你代码写错，而在你默认它“应该能删空目录”，而实际上——它能不能删，得看编译器调用的是哪个系统接口，以及那个接口在当前平台是否把空目录当合法目标。

先说结论：
✅ remove("file.txt") 在所有主流平台都稳稳删除文件；
⚠️ remove("empty_folder") 在Windows（MSVC/MinGW）下通常成功；
❌ 在Linux/macOS（glibc/libc++）下大概率失败，报EISDIR（不是文件）或EPERM（权限拒绝）；
🚫 它从不递归删除，哪怕目录下只有个空子目录，也会直接失败。

为什么？因为C++标准库的remove()只是对POSIX remove(3)或Windows _unlink/_rmdir的薄封装。POSIX规定：若路径是目录，remove()等价于rmdir()；但glibc实现里，rmdir()要求路径必须以/结尾（如"dir/"），否则视为文件路径并报错。而C++标准没强制要求传入斜杠，于是你传"dir"，它就去调unlink("dir")——自然失败。

实测对比（GCC 12.3, Clang 15, MSVC 2022）：

• Linux: remove("empty") → errno = EISDIR
• macOS: 同样失败，错误码EPERM
• Windows: 成功，无论是否带尾部\

所以，别把remove()当跨平台目录删除方案。它像一把只配了一半钥匙的万能锁——开文件门没问题，开目录门要看运气。

那怎么安全删空目录？两个务实方案：

方案一：显式区分路径类型，手动选函数

#include <sys/stat.h>
#include <cstdio>

bool safe_remove(const char* path) {
    struct stat st;
    if (stat(path, &st) != 0) return false; // 路径不存在
    if (S_ISDIR(st.st_mode)) {
#ifdef _WIN32
        return _rmdir(path) == 0; // Windows用_rmdir
#else
        return rmdir(path) == 0;  // POSIX用rmdir
#endif
    } else {
        return remove(path) == 0; // 文件走remove
    }
}

这里关键点：先stat()判断类型，再分发调用。rmdir()是POSIX标准函数，明确要求目标为空目录，失败时errno语义清晰（ENOTEMPTY表示非空，ENOENT表示不存在），比赌remove()靠谱得多。

方案二：C++17 filesystem（推荐）

#include <filesystem>
namespace fs = std::filesystem;

// 删除文件或空目录
fs::remove("target"); 

// 删除整个目录树（含内容）
fs::remove_all("target");

fs::remove()的行为是标准化的：对空目录调rmdir()，对文件调unlink()，失败时抛std::filesystem::filesystem_error，异常信息直接告诉你卡在哪一步。它不靠系统玄学，靠标准契约。唯一代价是需开启-std=c++17及链接stdc++fs（GCC）或libc++fs（Clang）。

顺带提个易忽略的细节：空目录判定不等于“无文件”。Linux下目录里可能有隐藏的.gitkeep，macOS可能有.DS_Store，甚至某些IDE会悄悄写.idea。删之前用fs::is_empty(dir)确认更稳妥，比肉眼检查实在。

最后说个血泪经验：线上服务里曾用remove()清理临时目录，本地开发（Windows）全绿，上线Linux后日志里堆满“failed to remove /tmp/cache: Permission denied”。查半天发现是/tmp/cache被chmod 755但属主不是当前进程——rmdir()需要对父目录有写权限，而remove()错误码掩盖了这一层。换成fs::remove()后，异常消息直接打出Permission denied: /tmp，定位快了十倍。

总结一句大实话：remove()不是删除工具，是兼容性胶带。它存在的意义，是让老代码在新标准下还能编译通过，而不是让你放心交给它处理关键路径。该用rmdir()时别省那两行判断，该升级C++17时别卡在旧标准里硬扛。工具的价值不在名字多响亮，而在它出错时，你能不能一眼看懂它在抗议什么。