之前一直是使用 idea 开发，这两年层出不穷的 AI 编辑器冒出来，想着尝试一下，但是因为都是用 vscode 改的，像 cursor 、trae 都是这么改的，使用起来感觉很难受，很不符合我一直以来的操作方式，例如方法的跳转以及 git 的操作，方法的跳转暂时还能忍一忍慢慢适应，git 相关的操作是真的接受不了。哎，目前又不得不慢慢使用起来（公司要求都要用专门的 AI 编辑器，已经在选型，看使用哪个了），想问问各位大佬，java 使用 vscode 有没有更无痛一点的迁移方式
This topic created in 304 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jan 8
看来大家都是差不多的感受，我最后也是选择了双开，正如很多大佬的做法一样，需要用AI写的时候就自己一个字不敲，全交给AI，需要自己去CR或者写的时候，就切换回idea。目前感觉还行，就是偶尔感觉vscode和idea的主题颜色有点不同，切换多了眼睛有点花..
 |
GoCoV2Jan 7
1
改用命令行输 git 命令，和 ide 解耦
|
 |
YaCiLaLeiJan 7
2
折腾过很多次，我最后还是选择双开，用插件来跳到同一行代码
|
 |
c3de3f21Jan 7
3
git 命令或者 sourcetree
|
 |
66betaJan 7
4
公司愿意采购 AI 编辑器，这是好事啊
|
 |
chendyJan 7
7
都用，AI 编辑器这边负责写，IDEA 这边负责看和微调和提交
|
 |
javapythongoJan 7
9
没办法，IDEA 写 java 太舒服了，双开吧
|
 |
hakuya7Jan 7
10
Git 功能其实吧我一开始也不习惯，但是几个月下来也适应了。。
OP 可以说说主要有哪些操作难受的地方，说不定集思广益用得多的 V 友就知道怎么解决呢。 vscode 很多实用的功能都藏在设置里，默认也没打开，一般人还真不容易找到。 |
 |
1103409364Jan 7
11
装一些插件就好了
|
 |
12
我是双开，idea 各种跳转操作确实比 vscode 舒服，当然也可能是习惯的问题
|
1 |
FreshOldManJan 7
13
双开，看代码用 jet 用 ai 就换 vscode 系列
|
 |
14
@lzgshsj 有几个方面吧，例如自动提取变量，idea 里面一个快捷键搞定，vscode 里面我试了下红帽的插件，不太好用，而且操作步骤多了很多，还有方法跳转，idea 里面方法跳转很方便，vscode 跳转感觉不直观（会先弹一个小框框，我感觉特别容易和文件中的代码混淆，因为样式差距很小，就一个很细的边框）
|
|
15
看来只能双开大法了
 ，jetbrains 要是对 AI 的支持度好一点就完美了，现在感觉约等于没有  |
 |
bbbblueJan 7
16
快捷键用同一套（我用的 vs 的。。。emmmm 结果两边还是有些不太一样
额外工具用额外的 比如上面说的 git 直接用命令行 还有就是多用用 用习惯了就好了 |
 |
liqiuqiuJan 7
17
我们公司的后端都是双开用的，cursor ai 生成，自己改就在 idea
|
 |
pweng286Jan 7
18
解决方法是开两个 ide.
|
 |
cvbntJan 7
19
IDEA 搭配 AUGMENT 也算半个 AI 编辑器了，再搭配 Claude Code 这种无视编辑器的感觉不迁移也无所谓
|
 |
94Jan 7
20
不想双开的话，Git 可以用 Gitlens 插件，安装好之后稍微配置一下可以达到和 IDEA 差不多的效果。
跳转的问题确实没办法，终究是编辑器，和 IDE 是没法比的。 但其实后端最好的是用使用 AI CLI ，用 CLI 就可以直接在 IDEA 里面跑了。就是交起来没有魔改 VSC 的 GUI 来的简单。 |
 |
craftsmanshipJan 7 via Android
21
对 Java 来说
传统编码方式 VSCode 就是一坨 现代编码方式 VSCode 倒还不错 |
 |
triptipstopJan 7
22
平时就用 3 个 git 命令就行了 有问题了再切换回去用界面操作
|
 |
YofunJan 7
23
前端开发用 vscode 是真的丝滑
|
 |
wombatJan 7
24
使用 jetbrains 的 ai ，能力很强，能用的话，可以试试。或者 claudecode ，接入 jetbrains 家的 IDE 。
|
 |
fbu11Jan 7
25
idea 对 Java 开发的好处就是开箱即用，VSCode 比较自由化，全靠各种插件，不过 VSCode 可以支持切换成 idea 的快捷键的
|
 |
dryadentJan 7
26
java 开发真得 idea 吧，其他的用不了一点
|
 |
cwccJan 7
27
JB IDE 对 Copilot 兼容一直都很差，导致我每次开发都是 JB IDE+VSCode 双开，两头编辑。自己写占大头时候就 IDE ，AI 写的时候就微软大战代码。
|
 |
pulutom40Jan 7 via iPhone
28
是的，我也完全用不习惯。我更受不了的是现在 jetbrains 的 ui 也照着 vscode 抄了。一个大家用了十多年的 ui ，说改就改了。jetbrains 似乎觉得自己干不过 vscode 是因为 ui 不行
（因为放不下 jetbrains 这么多年的使用习惯，所以我一直用他家的 ai ） |
 |
penisulaSJan 7
29
我是 vscode 用得惯，jetbrains 的快捷键都要映射回 vscode
|
 |
hongyeJan 7
30
额，有种说法就是，你就别手动写了任何一行代码，全部都让 AI 来做，包括给某一行加一个冒号都让他来干。提交代码也让 AI 来提交，如果这样的话是不是准备一个话筒比较好。
|
 |
timepandaJan 7
31
再开一个 idea 。习惯了 idea ，用其他编辑器还是不太习惯
|
|
32
@craftsmanship 不懂就问，传统编码方式和现代编码方式是啥？是指有没有用 AI ？
|
 |
ychostJan 7
33
习惯用 Trae 来改代码，然后 JB IDE 来编辑
|
|
craftsmanshipJan 7 via Android
34
@sivyer 是的 传统手工编码及 Debug 方面 VSCode 很差 现代方法不需要这些
|
 |
Dg3gWjbFvvqJan 7
35
为啥要用 vscode ？直接 idea + claude code 不香吗
|
 |
cutecoreJan 7
36
vscode 代码跳转，try catch ，var ，动不动就要 clean 。用着感觉 心智很累。
配置 maven setting ，jdk ，jvm 参数，运行参数 真是费劲， 双开 |
 |
yalinJan 7
37
idea 挂 ai 插件
|
 |
jiangzmJan 7
38
跳转和 idea 是有点差异， 但是 vscode git 操作很方便啊
|
 |
vansiitJan 7
39
git 习惯用命令行操作，照样双开。java 开发目前还是离不了 IDEA
|
 |
layxyJan 7
40
目前双开,虽然 vs 系列编辑器的 AI 编程做的很好,但是真要自己动手改东西或者结构重构亦或者阅读代码,还是 idea 好用,各种跳转很顺畅
|
 |
MoGeekJan 7
41
vscode 其实只要把配置弄好了，需要折腾的就很少，之后可以一直复用配置。我是跟 gemini 对话来解决 idea 迁移到 vscode 后的配置问题的。
但是我还是遇到了一个没法解决的问题，vscode 下的热部署很难用，项目大的话，每次热部署都会默认全量编译项目，特别慢，整个项目都卡住了。这个有人解决过吗？ |
 |
RwingJan 7
42
都是双开的，ai 的时候用 ai ，手写的时候用其他的
|
 |
CooooooodeJan 7
43
git 我用的 Fork ，还可以
|
 |
BenjaminSuJan 7 via Android
44
要尝试去拥抱，接受不一样，适应不一样。
|
 |
xinlei3166Jan 7
45
ai 都是基于 vscode 弄的，idea 的 ai 不是太好用，git 使用图形化工具 sourcetree 试试。
|
 |
wenningJan 7
46
vscode 和 idea 双开, 但是很多时候就想在 vscode 里面跳转看代码, 而 java 插件太臃肿了, 我是装一个支持 gnu global 的插件来实现简单的跳转, 用起来还可以
|
 |
WolverineLJan 7 via iPhone
47
git 是硬伤，只能靠插件
跳转、搜索勉强接受吧 反正没有重按触摸板来的朴实无华，搜索还不知道怎么搜依赖包的内容 |
 |
48
别看 vscode 类编辑器被吹得天花乱坠的，但是那粗制滥造的界面以及功能还是没法跟 jetbrain 家的比的
可惜 jetbrain 系太臃肿了 |
 |
49
你可能需要这个插件：
VS Code 端： https://marketplace.visualstudio.com/items?itemName=denisbalber.vscode-jetbrains-sync IDEA 端： https://plugins.jetbrains.com/plugin/26201-ide-sync--connect-to-vscode 这个插件可以同步两个 ide 打开的页面和鼠标所在的行数，但我用下来还是 idea+cli 方便 |
 |
HENQIGUAIJan 7
50
双开就行了，IDEA + cli
|
 |
xm17906193Jan 7
51
当时适应了一段时间，目前几乎和 jb 系的 ide 切割了
|
 |
wanniwaJan 7
52
两边都安装一个 EditorJumper 插件就好了
|
 |
hanxiaobanbudianJan 7
53
Xcode 天下第一
|
 |
pandoudousteveJan 7
54
idea 里命令行使用 codex ，gemini ，claude ，体验不比 vscode 差太多（大概），我也用不惯 vscode 全家桶
|
 |
55
谢不邀，咋感觉评论区跟我想象得好像有点不一样啊。。。完全没有人提 PSI 与 LSP ，以及 JB 家的现状（？
1. 现状就是，去谷歌问“What is the best editor for Java?”，上面的 ai 回答就是 idea 。 JB 家的那套 PSI 引擎比 Java 现有的 PSI 实现要牛逼非常多，用 idea 和 vsc 写过 spring 代码的都知道差别有多大，在大型项目上完全不是大模型靠瞎猜能抹平的差距； 2. 红迪上有一篇帖子叫“JetBrains not making or supporting an editor agnostic LSP server is harming Kotlin's growth.”，一年前的。 简单来说就是，没有什么很好的 Java LSP 实现，甚至就连 JB 自家的 kotlin 的 LSP 也很难评； 3. 这篇帖子貌似没看到有人吐槽 JB 家 IDE 吃内存？ 但是没办法，人家全公司就 2600 人，要开发和维护这么多东西，肯定是要选择当时（ 2001 年）最稳妥的跨平台桌面端实现方案，除了 Java 别无他法。导致的结果就是每点开一个 ide 就干掉 2GB 运存； 4. JB 家和老毛子有很微妙的关系。 HN 上（ 2021 年）就有人说 JB 大部分员工都在圣彼得堡，22 年之后 JB 官方声明是帮助公司的俄国人都“应润尽润”了，但是不知道这波 relocate 会损失多少核心骨干到底。 而且他们润的地方也很微妙，润到捷克去。。。感觉和他们现如今的成就以及地位有那么点不匹配？不知道好不好招人。 这可能间接导致了他们在 ai 方面的开发节奏放缓； 5. 有同样的帖子分析是说，vsc 背后的微软是上市企业，有业绩增长要求的。相比之下，jb 这种小公司内部风气则比较人性化（？）一点？ 我不知道，这点是网友纯瞎猜的，当我没说。 另外就是，JB 管理层自己也知道，他们的护城河只剩 PSI 了，所以肯定不能公开这玩意，于是只剩下自己玩，红迪上有人抱怨； 难得这篇帖子没人说些有营养的内容，留下了充足的空间给我键了个爽（ 但是 v 站不能删帖就比较难搞，万一有些地方翻车了只能丢脸丢到底。。。 |
 |
nowtgJan 7 via iPhone
56
git 两三年了也不习惯，还在双开中
|
 |
57
我也来说一下（先叠甲，已卸载 JB 系，没学过编译原理啥的，你说啥就是你对）
目前 VSCode 主流使用的 Java 插件是这个 Language Support for Java(TM) by Red Hat ，但是这个玩意，不是 Oracle 搞得，Red Hat 搞得，他提供的是 Provides Java ™ language support via Eclipse ™ JDT Language Server, which utilizes Eclipse ™ JDT, M2Eclipse and Buildship. 这个鸟玩意，用的编译器是 ECJ,这个的实现和我们主流认知的 Javac 的实现并不完全一样，例如有 compile error ，我们会认为跑不起来，但是 ECJ 这玩意，能跑，执行到那块代码的时候再告诉你这里有个 compile error 。 这玩意支持 Javac 么，支持，需要 Java 25+（还是 24+忘了），开启之后，也会有很多魔幻问题。 插件市场上大多数 Java 插件都是依赖于上面这个插件的。 去年（对，就是 2025 年） Oracle 又搞了一款插件，就叫 Java ，他写的是 Java Platform Extension for Visual Studio Code ，这玩意在一些语法上的优化提示啥的，是比上面那一款要强很多的，但是我目前遇到的问题就是，用的久了必卡（可能是我环境比较特殊的原因）具体原因和原理我就没有追溯了。 我还是比较看好 Oracle 搞得这款，但是能撬动 RedHat 那个插件么，我觉的很难，毕竟市场上很多成熟的插件都是依赖第一款的。（当然这两款也可以一起装） |
 |
ScarbJan 7
58
cc+idea 啊，又不是一定要用 vscode
|
 |
WasteNyaJan 7
59
除非你很熟悉 vscode 各种配置并加入各种插件和快捷键辅助操作，不然还是建议老老实实用 idea 吧，对我来说，两者写迭代任务的效率差不多，vsc 的 git gui 也足够
|
 |
edsion996Jan 7 via Android
60
git 我最近在用 sublime merge ，对于 monorepo 是真挺快的，普通仓库 commit 和分支较多也能有明显收益，比 fork 、sourcetree 和 idea 自带快还不用敲命令
|
 |
difJan 7
61
VSCode ，我只用来写前端的代码，Java 、Go 这类的还是喜欢 IDE 。
|
 |
JiannanzzzJan 7
62
没用 IDEA 写代码之后我一直使用 lazygit ，感觉还不错
|
 |
AlexRootJan 7
63
可以使用 sweep
|
 |
moefishtangJan 7
64
已经是 Jetbrains 的🌟😡力（悲
|
 |
Wh1teJan 7
65
用 Claude Code 、Codex 、OpenCode 这种终端运行的，其他操作继续用 IDEA
|
 |
EricYuan1Jan 7
66
我和你相反，我只使用 git 命令，因为用命令我会更清楚我每一步是在干啥。前面说夸张了，文件的 stage/restore 我还是使用界面操作的， 这个确实快。其他的我都是别名
|
 |
aureole999Jan 8
67
Idea 加 Claude Code 。不过 Claude code 终端输出多了就狂闪，之前他们尝试修复没成功结果又回滚了……
|
 |
yyws2012Jan 8 via Android
68
Jetbrains 的补全和 next edit suggestion 已经到了起码能用的水平，就是速度慢点。
配合 https://github.com/zhukunpenglinyutong/idea-claude-code-gui ，基本够用了。 |
 |
nikeleiJan 8
69
还有人用 eclipse 嘛
|
 |
threetiJan 8
70
@p286767375 #2 什么插件
|
 |
irrigate2554Jan 8
71
用终端类型的 ai agent ，和编辑器解耦，比如 opencode
|
 |
kapasekerJan 8
72
双开。哈哈哈哈，编译调试用 IDEA ，AI 构建用 cursor
|
 |
asd999cxcxJan 8
74
git 我用 ugit 还行，但是代码跳转搜索啥的还是 idea 好用
|
 |
prosgtsrJan 8
75
双开
|
 |
pikachu233Jan 8
76
双开不是个事，想用完整体验的 AI 你没得选，idea 挂插件不是一个等级的，提早适应，多研究插件，不好用的自己去写插件实现
|
 |
xz410236056Jan 8
77
@GoCoV2 用 IDE 的 git 就够诡异的了，竟然还有比 IDE 派更保守的 CLI 派。。老老实实下载个 Git 的 GUI 客户端他不香吗
|
 |
SerializeJan 8
78
目前我一般是 idea 看代码，然后用 cursor 编写代码，除了 AI 加持相对于 idea 来说 cursor 显得还不是一个易用的 IDE
|
 |
hellopzJan 8
79
@p286767375 #73 大哥！救命恩人！太感谢了，虽然我用的是 trae+goland ，但是也可以走得通，感恩！
|
 |
xingguangJan 8
80
@xz410236056 用的多的命令就那几个，命令行挺快的
|
 |
muyuanqiang7Jan 8
81
IDEA 开发 java 的确要舒服的多，但是没办法现在的 AI 系 IDE 都是 vscode 的衍生，搞得我自己还强制自己去使用 vscode 开发前端和 java ，用习惯了也还行。只是 java 我个人还是比较喜欢用 idea 。
|
 |
howfreeJan 8
82
我都是双开，cursor 写代码，运行用 idea
|
 |
ulpyxuaJan 8
83
UGIT ，腾讯自研 Git 客户端
这个也非常不错。 |
 |
YjhenanJan 8
84
没法，vscode 只是个编辑器，java 生态不行，没好用的插件
 git 的常用操作就那么点，vscode 自带操作 + git graph + gitLens 已经能满足绝大多数操作了。 |
 |
GThuiJan 8
86
最简单还是双开。如果内存不够那就加内存了
|
 |
HangoXJan 8
87
没必要，直接用 claude code 开发，终端都很好用
|
 |
chengYTJan 8
89
我专门留了个 Clion ，就为了用它的 git 功能，代码都在 vscode 或者 zed 上写
|
 |
xxss0903Jan 8
90
确实如此，所以都是双开，一个用来 AI 工作，一个用来管理 git 命令，狗头
|
 |
shuniaJan 8
91
只是因为 git 操作？这个的选择非常多吧？有哪些 feature 是如此重要以至于现在的 git 生态都不能满足迁移的需求？（没用过 JB 家的 git GUI ，不太懂）
|
|
93
@Uplay #92 我是 mac ，默认的方式是按住 control 然后再点击需要跳转的方法，再选择跳转到实现就可以了。快捷键也有，默认是 shift+F12 。这个快捷键不能说不能用，但是很别扭，idea 里面我都是直接 option+command 再点击需要跳转的方法就可以，vscode 不是说不能改快捷键，只是 vscode 有大量的功能已经设置好快捷键，不好改，而且改的时候貌似也不能做到快捷键加鼠标点击的组合
|
 |
CasualYoursJan 8 via Android
94
TRAE CURSOR 折腾了一圈，还是用回了 Claude Code + IDEA
|
 |
ZDaYuJan 9
95
我主要是忍受不了 vscode 中的 git ，我真的完全不会使用， 开发环境再 cursor 都弄好了，就是每次提交/合并代码还是在 idea 操作
|
 |
JarvanIVJan 9
96
@xz410236056 常用的命令配上 alias ，用熟了比 GUI 工具快的。个人感觉 GUI 界面比较方便的功能有指定某些文件或者某个文件中的某些修改进行暂存或放弃，这个用 IDE 中的 git 工具也够了。
|
|
xz410236056Jan 9
97
@JarvanIV 我这么说吧，GUI 的功能都可以只点一下（复杂功能封装成自定义按钮），GUI 本质就是对命令的封装，你打字再快能快的过鼠标点一下吗
|
 |
template1979Jan 9
98
我都直接多开，trae idea 项目多开，多加点内存吧
|
 |
windyboyJan 9
99
用 ide 都感觉别扭的路过
|
|
asd999cxcxJan 9
100
现在不想用 vscode 的几个原因：1.文件跳转，例如接口->实现类，并且只能 F12 过去，没 IDEA 直接左侧点过去方便。 2.环境配置太麻烦了（这里 trae 做的就挺好） 3.搜索、引用的弹窗 UI 不习惯 4.mybatis 老项目跳转 xml 的时候如果有多个同名的 xml 不能选是哪一个。5.反编译显示 class 源码，没研究有没有插件实现
|
Select Language