浏览器中CustomURLProtocol调用资源管理器打开UNC路径的方法

问题根源 #

你的注册表命令在处理UNC路径时，存在三个核心问题：

1. %1会被系统自动加上引号（比如"fileexplorer:\\myserver\mypath"），直接替换后会导致路径带多余引号
2. 使用call set的即时变量替换，在处理多反斜杠的UNC路径时，cmd会提前解析转义字符，导致变量替换不完整
3. start explorer的写法没有处理窗口标题占位，可能导致start命令误判参数

修正后的注册表调用命令 #

cmd /v:on /c set "url=%~1" & set "url=!url:fileexplorer:=!" & start "" explorer "file:!url!"

关键改进点 #

• /v:on：启用延迟变量扩展，避免cmd在解析整个命令行时提前替换变量，确保UNC路径的反斜杠被正确保留
• %~1：去掉%1自带的引号，避免后续路径处理时出现引号嵌套问题
• !url!：使用延迟扩展变量语法，替代原来的%%url%%，保证变量替换的准确性
• start ""：给start命令添加空窗口标题占位，防止start把后面的路径误判为窗口标题
• 给file:!url!加引号：确保包含特殊字符（如空格）的路径能被explorer正确识别

验证效果 #

当调用fileexplorer:%5C%5Cmyserver%5Cmypath时，命令会自动完成以下步骤：

1. %~1解析为fileexplorer:\\myserver\mypath
2. 替换后url变量为\\myserver\mypath
3. 最终执行start "" explorer "file:\\myserver\mypath"，和你在命令提示符中手动执行的有效命令完全一致，能正常打开UNC共享路径

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