WebStorm 写 个 v-for， cpu 就狂飙

你把 run dev 之类的命令停掉试试
换 vscode 试试
清空 li 内的代码试试

逐步排查

写前端为啥不用 vscode ，webstorm 启动直接没了一个 G 起步

我没遇到过，另外可以点一下右下角的 vue 或 ts 重启一下服务，可能就正常了

以前有些 idea 版本不会自动 exclude 掉 node_modules 文件夹，造成卡死。不过这个只是 v-for 相关看起来又不像。

li 内内容已经清空了，单独写<li></li>一切正常
加上 v-for 就不行了，换了 vscode 没事

另外：刚刚我重新定义了 menus 值，让这个值为空数组，cpu 就不再占用了。
之前的 menus 值比较繁琐，里面有函数计算递归等，貌似 WebStorm 执行代码没执行明白陷入死循环了，我再查查

一直用 GoLand ，所以习惯用 jetbrains 系的 ide 了

@MIUIOS 一般平时写 Java 或 Go 的人习惯用 Jetbrains 家的产品，写前端的话也会首选 WebStorm ，我每天用 Cursor 才把 VS Code 用习惯。

@MIUIOS vscode 没 webstorm 智能。而且装好插件的 vscode 跟 webstorm 一样起一个项目占几个 G 的内存

@MIUIOS webstorm 确实更卡一点,但是困扰我切换 vscode 的主要原因就是 vscode 的代码跳转约等于无,请问这点你是怎么解决的呢?

@REALLYASD js 跳转很正常吧
主要是 vue 插件不行 react 其实还好
跳转不好就分屏呗 适应其实还好

@REALLYASD typescript 写的都能跳转

统一回复下：问题找到了，应该是 ref 错误的使用。webstorm 不报错，代码也能正常跑就一直没发现，去掉响应式一步步重写才发现问题。

代码：

```
// 去掉响应式正常
const menus:MenuOption[] = generatorMenu(asyncRouteStore.getMenus)
// 这里响应式是 ai 生成的代码，这里用了 ref,webstorm 会 cpu 狂飙,改成 reactive 就正常了，
//const menus = ref<MenuOption[]>(generatorMenu(asyncRouteStore.getMenus))
```

@wangtian2020 接手的老项目,v2+js 的
@abelmakihara 接手的老项目,v2+js 的;项目有很多同名文件,而且嵌套的文件层级很深入,没有代码跳转的话排查费时费力啊

可以关掉这些高级设置试下，我之前也是升级最新版，CPU 升高，风扇经常莫名奇妙就转起来了，把这些设置关掉后就安静多了


@chengfeicccc 感谢，流畅多了

idea 越来越烂 小毛病越来越多
换 vscode 吧