VSCode拖放文件默认插入路径而非打开，需禁用editor.dragAndDrop设置实现打开行为；语言特定配置可保留Markdown等格式的路径插入功能。
拖放文件到编辑器默认插入路径，不是打开文件
VSCode 默认行为是：把文件从系统资源管理器拖进编辑器空白区或已有标签页时，
模式生效——它会把文件的绝对路径（带空格时加引号）粘贴到光标位置，而不是打开该文件。这个设计本意是方便写配置、日志路径，但对想快速打开文件的用户来说很反直觉。
触发条件：拖入目标是编辑器内容区（非侧边栏、非标题栏），且当前焦点在编辑器内
真实错误现象：
被直接插入代码里，而不是弹出
的新标签页
和
无关——那是命令面板行为，拖放走的是另一套事件链
关闭 drag-and-drop 插入路径，改用打开文件
目前 VSCode 没有“全局开关”直接切换拖放行为，但可通过禁用底层功能间接实现：关闭
后，拖放文件将退回到系统级默认行为——即由 VSCode 主进程接管并打开文件（等效于双击）。
打开设置（
或
），搜索
取消勾选该选项，或在
中设为
：
重启编辑器或重载窗口（
→
）后生效
注意：这同时禁用了编辑器内文本/代码块的拖拽排序、移动，仅影响“外部文件拖入”场景
只对特定语言禁用拖放插入（比如 Markdown 里仍要插路径）
如果只想在某些语言中保留插入路径（如写文档时需要粘贴图片路径），又不想全局关掉
，可以用语言专属设置覆盖：
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
在
中添加语言特定配置：
对应地，对其他语言（如
、
）显式设为
，确保它们拖入文件时打开而非插入
验证方式：打开一个
文件，拖入
—— 应该新开标签页；再切到
拖同个文件，应插入路径
别漏掉
、
这类常配路径的语言，它们默认继承全局值
Mac 上拖进 Dock 图标不打开文件？检查系统权限
Mac 用户常遇到：拖文件到 VSCode Dock 图标毫无反应。这不是 VSCode 设置问题，而是 macOS 的辅助功能权限未授予。
前往
确认
已勾选（若没出现，点左下角
手动添加
）
重启 VSCode 后，Dock 拖放才真正生效——此时拖入即打开，且不受
影响
这个权限也影响命令行
调用，没授权时会静默失败
拖放行为背后其实是编辑器事件处理层和 OS 窗口系统两层逻辑叠加，改设置只是绕开了其中一层。真要细究哪个文件被拖进哪个分组、是否触发
，得看开发者工具里的
日志——但日常够用的，就那几个开关。
insertTextFile "/home/user/project/data.csv"data.csvworkbench.action.files.openFileeditor.dragAndDropCtrl+,Cmd+,editor.dragAndDropsettings.jsonfalse"editor.dragAndDrop": falseCtrl+Shift+PDeveloper: Reload Windoweditor.dragAndDropsettings.json"[markdown]": {
"editor.dragAndDrop": true
}javascriptpythonfalse.pyconfig.jsonREADME.mdjsoncyaml系统设置 → 隐私与安全性 → 辅助功能Visual Studio Code+/Applications/Visual Studio Code.appeditor.dragAndDropcode /path/to/filevscode.workspace.openTextDocumentEvent: onDrop