本文介绍在 Windows 环境下，通过调用系统命令 net share 并结合 Go 语言解析其输出，高效、可靠地检测任意本地路径（如 D:data2）是否为网络共享目录的完整实现方案。
本文介绍在 windows 环境下，通过调用系统命令 `net share` 并结合 go 语言解析其输出，高效、可靠地检测任意本地路径（如 `d:data2`）是否为网络共享目录的完整实现方案。
在 Windows 系统中，文件夹是否被设为共享（即作为 SMB/CIFS 共享发布）并非通过文件属性直接暴露，而是由系统服务（Server 服务）维护的一组共享映射关系。因此，无法仅靠 os.Stat 或 filepath 等标准库函数判断；必须借助 Windows 原生命令行工具进行查询。
最直接、稳定且无需额外依赖的方式是调用内置命令 net share。该命令以表格形式列出所有当前启用的本地共享，每行包含共享名、路径、备注和权限信息。虽然它不支持“按路径反查”（如 net share /path:"D:data2"），但我们可以捕获其标准输出，并逐行解析，匹配目标路径的规范化表示（注意：Windows 路径大小写不敏感，且可能含尾部反斜杠或空格）。
以下是一个生产就绪的 Go 实现：
package main
import (
"os/exec"
"runtime"
"strings"
"unicode"
)
// isSharedFolder 检查指定路径是否为 Windows 共享文件夹
// 支持形如 "D:\data2"、"D:/data2"、"d:\data2\" 的输入
func isSharedFolder(path string) (bool, error) {
if runtime.GOOS != "windows" {
return false, nil // 非 Windows 系统不支持，或可返回错误
}
// 规范化路径：转为小写，移除尾部反斜杠，统一使用 分隔符
cleanPath := strings.TrimRight(strings.ToLower(path), `/`)
cleanPath = strings.ReplaceAll(cleanPath, "/", "\")
// 执行 net share 命令
cmd := exec.Command("net", "share")
output, err := cmd.CombinedOutput()
if err != nil {
return false, err // 可能因权限不足、Server 服务未运行等失败
}
// 按行分割输出（忽略首两行表头及分隔线）
lines := strings.Split(strings.TrimSpace(string(output)), "
")
for i := 2; i < len(lines); i++ { // 跳过 "Share name" 和分隔线
line := strings.TrimSpace(lines[i])
if line == "" {
continue
}
// 提取路径字段：共享名后第一个冒号后的部分，直到下一个制表符或空格（保守起见，取第3列之后）
// 示例 net share 输出（精简）：
// DATA2 D:data2 Sharing data folder
// 共享名占前12字符，路径通常从第13列开始，但更健壮的做法是按空白分割并定位
parts := strings.Fields(line)
if len(parts) < 2 {
continue
}
// 尝试提取路径：取第2个字段及之后所有字段，合并后清理
sharePath := strings.Join(parts[1:], " ")
// 移除引号（如有）、尾部空格，并转小写
sharePath = strings.Trim(sharePath, `" `)
sharePath = strings.TrimRight(strings.ToLower(sharePath), `/`)
if sharePath == cleanPath {
return true, nil
}
}
return false, nil
}
// 使用示例
func main() {
shared, err := isSharedFolder(`D:data2`)
if err != nil {
panic(err)
}
if shared {
println("✅ 文件夹 D:\data2 已共享")
} else {
println("❌ 文件夹 D:\data2 未共享")
}
}✅ 关键注意事项：
- 权限要求：net share 需要普通用户权限即可执行，但若 Server 服务被禁用，命令将返回错误（需检查服务状态或提示用户启用）；
- 路径匹配鲁棒性：代码对输入路径做了大小写归一化、尾部分隔符清理，并与 net share 输出中的路径字段做精确比对，避免误判；
- 性能考量：该方法每次调用均启动新进程，适合低频检测；如需高频校验，建议封装为单例缓存（首次调用后缓存所有共享映射，后续查表）；
- 局限性：仅识别本机共享（非 DFS、非群集共享），且不反映共享权限细节（如只读/读写）——如需深度控制，应调用 Windows API（NetShareEnum）或使用 golang.org/x/sys/windows 包，但复杂度显著上升。
总结而言，net share + Go 字符串解析是轻量、跨 Go 版本、免第三方依赖的最佳实践方案。它准确满足「传入路径，返回布尔值」的核心需求，可无缝嵌入自动化脚本、配置校验或部署工具链中。
