_stat函数调用Windows局域网目录失败（ENOENT错误），求原因分析

我之前处理Windows网络共享路径时，也碰到过一模一样的情况——资源管理器明明能正常访问\\SERVER\Paul，但调用_stat就是返回-1，errno被设为ENOENT。结合踩过的坑，主要有这几个可能的原因：

1. UNC路径的反斜杠转义错误 #

这是最常见的坑！C语言字符串里的反斜杠\是转义字符，如果你直接把资源管理器里的\\SERVER\Paul写到代码里，实际传递给_stat的字符串会变成\SERVER\Paul（第一个反斜杠被当作转义符“吃掉”了第二个），这显然是个不存在的路径，自然返回ENOENT。

解决方法：把路径里的每个反斜杠都换成两个，也就是写成\\\\SERVER\\Paul；如果你的编译器支持C11的原始字符串（比如MSVC 2015+），也可以用R"(\\SERVER\Paul)"来避免手动转义。

2. _stat对UNC路径的原生支持不足 #

有些旧版本的C标准库（比如早期的MSVC CRT）里，_stat函数底层依赖的是较老的Win32 API，对UNC路径的支持并不完善，尤其是处理网络共享目录的时候。

替代方案：直接调用Win32原生API来判断路径是否存在，比如GetFileAttributesW：

#include <windows.h>

BOOL PathExists(LPCWSTR path) {
    DWORD attr = GetFileAttributesW(path);
    return (attr != INVALID_FILE_ATTRIBUTES);
}

这个API对UNC路径的支持要可靠得多，还能直接区分文件和目录类型。

3. 程序运行的安全上下文与资源管理器不同 #

资源管理器访问共享时，可能已经缓存了你的用户凭据（比如你之前输入过账号密码），但你的程序如果在不同的安全上下文运行（比如以管理员身份启动、或者作为服务运行），就可能没有访问共享的权限。有些情况下，系统会把权限不足的错误伪装成“文件未找到”（也就是ENOENT），而非返回预期的EACCES。

验证方法：试试在程序里先执行net use \\SERVER\Paul /user:你的用户名 你的密码（用system函数调用），提前挂载共享后再调用_stat；或者用Win32的WNetAddConnection2API在程序内直接添加共享凭据。

4. 路径末尾的斜杠导致识别错误 #

如果你的目标路径末尾带了斜杠（比如\\SERVER\Paul\），有些版本的_stat可能无法正确识别这个目录，因为UNC路径的目录格式在CRT的处理逻辑里有差异。

解决方法：去掉路径末尾的斜杠再调用_stat，或者先用字符串处理函数自动移除末尾的斜杠。

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