Mac访问Windows共享文件夹首次打开文件卡顿，主因是SMB协议降级至1.0、反向DNS解析延迟超800ms，或网络中间设备阻断445端口；需通过mount检查协议版本、log查看协商日志、nslookup验证DNS响应、traceroute与nc排查链路瓶颈。
Mac访问Windows共享文件夹时打开文件卡顿，尤其在首次点击Word、Excel或PSD等文件时要等待十几秒甚至更久，但同一文件第二次打开就变快，说明问题出在连接建立或元数据读取环节，不是文件本身太大。
确认当前挂载的SMB协议版本
打开终端，执行：
mount | grep smb
观察输出中是否含 【smbfs】 或 【vers=2.1】、【vers=3.0】 等字样。若显示 【vers=1.0】，说明 macOS 正在被迫降级使用已淘汰的 SMB1 协议——这是卡顿最常见根源，因 SMB1 不支持现代加密与并行请求，且多数 NAS/Windows Server 已默认禁用它。
若无任何 smb 输出，代表你根本没用 mount 命令挂载，而是通过 Finder → “前往” → “连接服务器”（cmd+K）方式访问，这种 GUI 挂载不显示在 mount 列表里，需另查日志。
提取SMB协商日志定位协议协商失败点
在终端中运行：
log show --predicate 'subsystem == "com.apple.smbd"' --last 5m
重点查找含 “negotiated dialect” 的行。正常应看到类似 “negotiated dialect: SMB 3.1.1”；若出现 “negotiated dialect: SMB 2.0” 或反复重试后才降级到 2.1，说明客户端与 Windows 共享端存在协议兼容断层。此时不能只怪 Mac，要同步检查 Windows 服务端是否关闭了 SMB2/3 支持（如组策略中禁用了 SMB2）。
注意：该命令仅捕获最近5分钟的日志，务必在复现卡顿操作（比如刚连上共享并双击打开一个文件）后立即执行，否则日志会被刷掉。
排查反向DNS解析延迟
方法一：临时禁用反向DNS查询
在终端中执行：
sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server EnableWINS -bool NO
让 Windows 桌面程序在开机时静默自启并隐藏到系统托盘。特别适用于 Flutter、Electron 等无视 VBS/ProcessStartInfo 窗口样式、难以隐藏的顽固应用。提供「VBS 启动器 + Python ctypes/Win32 API」的隐藏窗口方案，可稳定把窗口收进托盘且不闪控制台。
方法二：验证DNS响应速度
先获取共享服务器IP：
ping -c 1 文件服务器名
再执行：
nslookup 【返回的IP地址】
若反向查询耗时超过800ms，或超时无响应，macOS 就会在每次挂载时卡住等 DNS 回应，直接导致“连接服务器”弹窗转圈、Finder 显示“正在连接…”长达10秒以上。
这一步必须做，因为 Apple 在 SMB 挂载流程中硬编码了 reverse DNS lookup，无法通过 Finder 设置关闭，只能靠系统级配置或优化 DNS 服务端。
检查网络路径与中间设备瓶颈
第一步：确认基础连通性
ping 【Windows共享服务器IP】
第二步：追踪路由跳数与延迟分布
traceroute 【Windows共享服务器IP】
第三步：测试SMB默认端口是否通畅
nc -zv 【Windows共享服务器IP】 445
如果 traceroute 在第3跳开始延迟陡增至100ms以上，或 nc 返回 connection refused，说明问题不在 macOS 侧，而是路由器QoS限速、防火墙拦截445端口、或 Windows 主机未启用 SMB 服务（需在“启用或关闭Windows功能”中勾选“SMB 1.0/CIFS File Sharing Support”和“SMB Direct”，后者可选）。
