jdneo

@fzdwx 会进行类型推断的，推断发生在背后的 Java 语言服务，语言服务会根据当前光标位置的上下文做推断。

建议先去 https://github.com/microsoft/vscode-java-pack/issues 开一个 issue ，提供一下具体的重现步骤。

@join 能否说一下卡的具体现象，以及这个字符串有多长？

我试了一下写一个 65535 长度的静态字符串常量（再长就超出常量池大小的限制了），貌似没有遇到打开后卡顿的问题。

另外还有一个设置项叫 ‘editor.maxTokenizationLineLength’ 可以看一下是否设置成了默认值。

@byte10 我猜测可能 idea 是做了某些优化的。VS Code Java 这边目前就是最朴素的实现，每个 jdwp 请求彼此之间都是同步的。

@byte10 它改的其实就是启动 java language server 的 jvm 参数。你也可以自己改：java.jdt.ls.vmargs

@byte10 OutOfMemory 这个是最近引入的一个变动： https://github.com/redhat-developer/vscode-java/pull/2085 。Java Language Server 默认的 JVM 最大内存是 1G ，如果加载的项目比较大的话，1G 会不够用，这个时候就会弹出这个提示并把 JVM 内存扩大。

@byte10 因为 jdwp 是一个很“嗦”的协议，一次单步背后会有大量的 jdwp 请求发出，如果本地和远程机器之间的网络延时比较大的话，就会感到很卡。

所以确实这种情况下 vscode remote 会更好一些。

@kowgarnett remote debug 是支持的，直接通过 jdwp attach 可以，借助 vscode remote 插件也可以。

@kchenzhi 如果可以的吧，请把重现步骤提供在这个 issue 下： https://github.com/microsoft/vscode-maven/issues/730