VSCode怎么将当前编辑器的代码文件另存为(Save As)并在新窗口中同时打开新文件

VSCode怎么将当前编辑器的代码文件另存为(Sa ve As)并在新窗口中同时打开新文件

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

开门见山地说，VSCode 并没有一个“另存为并自动在新窗口打开”的内置命令。这其实是一个常见的理解误区。仔细想想，“另存为”的本质是复制文件到新路径，而“在新窗口打开”则涉及到启动一个新的编辑器进程，这是两个逻辑上相互独立、没有必然耦合的操作。因此，想要实现这个效果，必须分两步手动完成。

为什么 Sa ve As 不会触发新窗口

让我们先拆解一下 VS Code 里 文件 > 另存为...（或者用快捷键 Ctrl+Shift+S/Cmd+Shift+S）这个动作。它只做一件事：将当前编辑器里的内容，写入到你指定的新路径，然后把编辑器的焦点切换到这份新文件上。整个过程，都发生在你原来的那个编辑器窗口和标签页里。它既不负责启动新进程，也不会去关心窗口的状态。

• 新文件保存后，你眼前的还是同一个 VS Code 窗口。变化在于，左侧的资源管理器里多了一个文件条目，而当前正在编辑的标签页也指向了那个新路径。
• 如果你希望“原文件”和“新文件”能够同时存在、互不干扰地编辑，那就必须手动打开一个新窗口，再把其中一个文件放进去。
• 有没有想过用插件来自动化这个流程？坦率地说，这条路大概率走不通。因为 VS Code 的扩展 API 限制了插件直接去 fork 新进程的能力——那个关键的 code --new-window 命令属于命令行层面的操作，并不在扩展插件的权限范围内。

正确做法：先 Sa ve As，再用 code --new-window 打开新文件

目前来看，最可靠、跨平台且不依赖任何插件的方法，就是下面这个两步走的方案。核心要点在于，不要试图跳过命令行这一步：

• 第一步：执行另存为。使用 Sa ve As...，选择好目标路径（例如 ./src/utils/newHelper.ts），完成保存。
• 第二步：通过命令行在新窗口打开。打开终端（无论是 VS Code 的集成终端还是系统自带的终端都可以），运行命令：
  code --new-window ./src/utils/newHelper.ts
• 这里有个细节必须注意：一定要带上 --new-window 这个参数。如果只写 code ./src/utils/newHelper.ts，VS Code 很可能会偷懒，直接在你当前的旧窗口里打开这个文件。
• 对于 Windows 用户，如果想从资源管理器的右键菜单快速执行，可以考虑创建一个批处理脚本来封装这个命令。不过，通常不建议去修改注册表关联，因为编辑器升级后很容易导致配置失效。

替代思路：用分栏（Split）代替多窗口

其实，很多时候我们的真实需求并不是“开一个新窗口”，而是“想同时看到原文件和另存后的新文件，方便对比”。如果是这样，那么 VS Code 内置的分栏功能是更轻量、更高效的选择，而且工作状态还能保存下来。

• 完成另存为新文件后，按下 Ctrl+P（Mac 上是 Cmd+P），快速搜索你刚保存的新文件名，回车打开它。
• 接着，右键点击新文件对应的标签页，选择 向右拆分（或者直接按快捷键 Ctrl+\），两个文件立刻就能并排显示。
• 这样做的好处是，原文件和新文件都在同一个窗口内，它们可以共享调试会话、终端面板、Git 状态等所有编辑器上下文。
• 更重要的是，这种分栏布局可以随着工作区一起保存（需要执行 文件 > 将工作区另存为...），下次重启项目时，布局会自动恢复。

容易忽略的细节

真正棘手的往往不是操作步骤本身，而是操作背后带来的“状态隔离”问题。有几个细节很容易被忽略：

• 即使你在新窗口中打开了刚 Sa ve As 出来的文件，它很可能还是会去读取原项目根目录下的配置文件，比如 .eslintrc.cjs 或 tsconfig.json。因为文件路径虽然变了，但 VS Code 的工作区配置并没有重新加载。
• 如果你把另存出来的文件移动到了另一个 Git 仓库目录下，新窗口并不会自动识别这个新仓库的 .git 信息。你需要手动执行 文件 > 打开文件夹 来切换根目录。
• 通过 code --new-window 启动的是一个全新的编辑器进程。这意味着，插件启用状态、设置同步开关、甚至你调整过的字体缩放比例，都可能和原来的窗口不一致——这取决于你是否登录并开启了设置同步功能。