vscode中有哪些必装的扩展插件_如何配置才能提升开发效率【教程】_网络技术

VS Code高效开发依赖精准配置而非盲目装插件：Python需配Pylance与解释器路径；前端须协调ESLint与Prettier规则；Remote-SSH要透传本地代理；File Utils批量重命名可同步改import。

VS Code 本身轻量，但真正让它成为主力编辑器的，是扩展生态。不过“必装”没有标准答案——取决于你写什么语言、用什么框架、是否需要调试或部署。下面按真实开发场景列几个高价值、低干扰、解决具体问题的扩展，以及关键配置建议。

Pylance 是微软官方的 Python 语言服务器，提供类型推断、跳转定义、智能补全等核心能力。但很多人只装了它，却没启用 python.defaultInterpreterPath 或忽略 python.languageServer 设置，导致功能不生效。

务必在设置中搜索 python.defaultInterpreterPath，手动指定你的虚拟环境里 python 可执行文件路径（如 ./venv/bin/python 或 ./venv/Scripts/python.exe）
确认 python.languageServer 设为 Pylance（不是 Jedi 或 None）
如果用了 pyproject.toml，Pylance 默认会读取 [tool.pylance] 配置；但若没生效，检查 VS Code 是否识别到了该文件（右下角状态栏应显示 “Pylance (pyproject.toml)”）

ESLint 检查逻辑与风格，Prettier 格式化代码，两者默认规则有重叠甚至冲突。直接同时启用会导致保存时反复格式化、报错不消失、eslint-config-prettier 失效。

在 settings.json 中禁用 Prettier 的自动格式化："prettier.enable": false
把 ESLint 设为唯一格式化工具："editor.formatOnSave": true + "editor.defaultFormatter": "dbaeumer.vscode-eslint"
确保项目根目录有 .eslintrc.cjs 或 eslint.config.js，且已正确引入 eslint-config-prettier（注意：新版 ESLint v8.50+ 推荐用 eslint.config.js 导出数组，而不是旧版 extends 字符串）

用 Remote-SSH 连服务器写代码很爽，但一旦项目依赖 npm 包、pip 包或 git submodule，常遇到超时、403、证书错误——根源往往是远程机器无法访问你的公司内网或私有 registry。

不要在远程机器上单独配 http.proxy，而应在本地 VS Code 的 settings.json（Remote 环境下）加："http.proxy": "http://localhost:10809"（对应你本地运行的代理端口）
确保 SSH 配置启用了 ForwardAgent yes 和 DynamicForward 10809，或使用 ProxyCommand 套一层本地 socks 代理
某些 CLI 工具（如 git、curl）不读 VS Code 的 http.proxy，需额外在远程 shell 的 ~/.bashrc 中设 export https_proxy=socks5://localhost:10809

很多人装了 File Utils 却只用它删文件，其实它最省时间的功能是「批量重命名」——比如把 user_controller.py → user_service.py，同时改 import 路径、变量名、测试文件名。

右键文件夹 → File Utilities: Rename files...，支持 glob 模式（如 **/*.py）
输入正则替换：原模式填 controller，替换为 service，勾选 Also rename imports（会扫描 import / from ... import 行并同步修改）
注意：它不会改字符串字面量里的内容，也不会跨文件改变量引用——这是有意设计，避免误伤

插件再多，真正卡住效率的往往不是缺功能，而是某一个配置项没对齐、某一个路径没指向、某一个代理没透传。与其追求“全装”，不如先搞定你当前项目里最痛的那个环节。