VSCode所谓“导入项目”实为正确打开含配置文件的根目录；拖错层级（如仅拖入src）会导致TypeScript跳转失效、Python解释器丢失、ESLint不生效，因VSCode依赖package.json、tsconfig.json等识别工程边界与语言栈。
VSCode没有“导入项目”这回事，所谓导入，就是正确打开含配置文件的文件夹——开错一层，TypeScript不跳转、Python找不到解释器、ESLint不生效，全是因为根目录选错了。
为什么拖拽文件夹后功能不生效
拖进VSCode的看起来是整个项目，实际可能只是src/或backend/这种子目录。VSCode靠package.json、pyproject.toml、tsconfig.json等文件识别语言栈和工程边界，缺了它们，Pylance不会加载虚拟环境，Volar不会解析@/路径别名。
- 误拖
my-app/src：看不到node_modules，npm run dev在终端里报错“command not found” - 拖入的是符号链接目录，但
files.followSymlinks设为false（默认值），结果tsconfig.json读不到 - Windows上路径含中文或空格，旧版Python插件解析
python.defaultInterpreterPath失败，状态栏显示“Python 3.x (unavailable)”
code . 命令打不开？先确认三件事
code .是最稳的打开方式，但它不是魔法，依赖命令行工具已就位且终端能访问到它。
- 执行
code --version，如果返回command not found: code，说明VSCode CLI没装好：macOS/Linux通常自带；Windows安装时必须勾选Add to PATH，装完要重启终端 - 当前目录下运行
ls -a（macOS/Linux）或dir /a（Windows），确认存在package.json或pyproject.toml等关键文件 - 路径含空格或中文没问题，但某些扩展（如老版本
ms-python.python）会把C:\Users\张三\project错解为C:\Users\，建议临时用英文路径验证
远程开发（SSH/Dev Container）不能拖拽的真相
左下角显示SSH: hostname或Dev Container时，你操作的是远程服务器上的VSCode服务，本地桌面文件根本传不过去——这不是bug，是安全限制，官方明确不开放跨连接拖放开关。
- 正确做法：在本地终端进到项目目录，运行
code .（需提前在远程机器装好vscode-server并配置好remote CLI） - 或者，在远程服务器上用
scp或rsync上传后再用File → Open Folder打开 - 别信网上“改
argv.json就能拖”的教程，2026年3月最新版仍无此配置项，强行修改会被更新覆盖
vscode.dev 打不开本地文件夹？不是权限就是浏览器
vscode.dev 是浏览器版，它不连硬盘，只靠showDirectoryPicker API请求访问权限，而这个API有硬性前提。
- 地址必须是
https://或localhost开头；file:///直接禁用，双击HTML打开必失败 - 仅Chrome、Edge（Chromium内核）、Firefox 120+支持；Safari至今不支持
- 点“打开文件夹”没反应？检查地址栏左侧锁形图标，点开确认“文件系统访问”设为“允许”
- 即使成功打开，也别指望跑
npm run dev——vscode.dev 没有终端进程能力，大文件夹（比如带完整node_modules）容易卡死
真正容易被忽略的点是：VSCode不保存“上次打开的文件夹”，每次启动都是干净状态；你以为它该记住，其实它只认你这次点的路径。多根工作区虽能存成.code-workspace，但一旦误点File → Open Folder，整个工作区就被替换了——没有撤销，也没有提示。
