macOS selectFile方法inFileViewerRootedAtPath参数使用场景差异

这个参数的核心作用是控制弹出的访达（Finder）窗口的根目录访问边界，和目标选中文件的定位逻辑无关，你测试两段代码表现完全一致，是因为第一段代码的传参触发了系统的兜底兼容逻辑，并非参数本身没有实际作用。

不同传参的实际行为与使用场景 #

• 传空字符串 ""
  这是通用场景下的标准传参方式：系统会自动复用适配目标文件的已有访达窗口——如果目标文件所在目录已经有打开的访达窗口，会直接切换到该窗口选中目标文件；如果没有对应已打开窗口，会新开一个访达窗口展示目标文件所在目录，窗口无访问限制，用户可以自由导航到上级目录、其他磁盘或文件夹。
• 传真实存在的目录路径
  仅在需要限制访达窗口访问范围时使用该传参：系统会强制新开一个访达窗口，窗口根目录锁定为你传入的目录路径，用户无法在该窗口内导航到根目录的上级位置，同时会在窗口内尝试选中第一个参数传入的目标文件。如果目标文件不在你传入的根目录层级范围内，窗口将不会选中任何文件。
• 传文件路径（非目录）
  就是你第一段代码的写法，系统识别到传入的根路径不是合法目录，会直接忽略该参数的限制逻辑，行为和传空字符串完全一致，这也是你测试两段代码运行表现无差别的根本原因。

可复现的差异验证方法 #

你可以用以下测试用例直观看到参数差异：
目标选中文件设为 /Users/你的用户名/Documents/测试笔记.md，分别给inFileViewerRootedAtPath传不同值测试：

1. 传""：打开Documents目录窗口选中目标文件，可自由导航到其他目录
2. 传/Users/你的用户名/Documents/工作（提前建好这个真实存在的目录）：会新开一个锁定在「工作」目录的访达窗口，返回按钮置灰无法导航到上级目录，因为测试笔记.md不在「工作」目录下，窗口不会选中任何文件

开发建议：绝大多数常规需求（只需要唤起访达并选中指定文件）直接传空字符串即可；只有当你需要强制弹出锁定在指定目录、不允许用户浏览上级内容的访达窗口时，才需要给该参数传入对应的目录路径，不要将待选中的文件路径传入该参数，属于无效传参。

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