vscode插件升级后必须重启才能生效，否则lsp服务不刷新；需清理-cache缓存目录、卸载冲突插件（如vetur）、删除.volar缓存，并通过cli命令（npm init vue@latest）创建vue项目。
VSCode 插件升级不是点一下“Update All”就完事的，不控制节奏、不清理残留、不重启验证，大概率会触发 Language client is not ready、Cannot find module 'prettier' 或 Vue 文件跳转失效这类问题。
插件更新后必须重启 VSCode，否则 LSP 服务不会刷新
很多用户点了更新就直接继续写代码，结果发现智能提示变慢、Go to Definition 失效、甚至 .vue 文件里 template 区域完全没高亮——这不是插件坏了，是旧版语言服务器（LSP）进程还在内存里跑着。
- 重启不是可选项，是硬性步骤：关掉所有窗口 + 右下角托盘进程（Windows 的
Code.exe、macOS 的Code Helper）必须退出干净 - 尤其涉及
Vue Language Features (Volar)、ms-python.python、rust-lang.rust-analyzer这类带独立 server 的插件，热重载基本不可靠 - 如果重启后仍报
Language client is not ready，大概率是Volar的 Take Over Mode 和残留Vetur冲突，得手动卸载Vetur
删 -cache 子目录比禁用/重装插件更彻底
插件更新卡在“正在下载”，或更新后图标灰显、报 Failed to fetch extension，八成是因为中断更新留下的半成品缓存。这些文件夹名字像 ms-python.python-2024.8.0-cache，不是正式插件目录，但 VSCode 启动时会尝试加载它们，结果就是失败。
- Windows：进
%USERPROFILE%\.vscode\extensions\，按修改时间排序，删所有以-cache结尾的文件夹 - macOS/Linux：
find ~/.vscode/extensions -name "*-cache" -type d -exec rm -rf {} + - 别删整个
extensions目录——那会清掉所有插件配置，包括你调好的 Pylance 设置或 ESLint 规则路径 - 删完重启，VSCode 会重新下载并解压，比“禁用再启用”干净得多
Vue 项目不能靠插件“自动集成”，CLI 命令才是唯一入口
看到“VSCode 自动集成 Vue 脚手架”这种说法，直接忽略。插件（包括 Volar）只负责编辑体验，不参与项目初始化。所谓“集成失败”，其实是你漏了 CLI 这一步。
- 确认已安装最新 CLI：
npm init vue@latest（推荐）或vue --version - 项目必须用命令行创建：
npm init vue@latest，不是在 VSCode 里点某个按钮 - Volar 更新到 v1.5+ 后默认启用 Take Over Mode，会主动禁用 Vetur；如果你没卸载 Vetur，打开
.vue文件就会报错 - 老项目升级 Volar 后跳转失效？先删
.volar缓存目录（位于工作区根目录），再重启
缓存清理要分层，别一锅端 Cache 目录
Cache 目录只是冰山一角。真正拖慢启动、吃磁盘、引发冲突的是分散在多处的缓存组合：渲染缓存、扩展运行时缓存、工作区索引。
- 必清三项：
Cache（HTTP/Marketplace 缓存）、CachedData（语法 token 生成物）、workspaceStorage（每个打开过的文件夹一个 GUID 目录，存搜索和符号索引） - Windows 路径示例：
%APPDATA%\Code\Cache、%APPDATA%\Code\CachedData、%APPDATA%\Code\User\workspaceStorage - 别碰
User\settings.json和GlobalStorage——前者是你全部配置，后者存登录态和信任工作区，删了等于重装 - 删完首次启动稍慢是正常的，VSCode 会重建必要缓存，之后反而更稳
最常被忽略的其实是插件版本锁定和 CLI 工具的分离管理：Volar 版本要匹配 Vue 版本，而 npm init vue@latest 是独立于 VSCode 插件之外的真实动作。缓存可以清，但逻辑链不能断。
