看着这几年 JB 被 vsc 打的嗷嗷叫，好多产品都开始个人免费了，还寻思着跨平台协作这种功能应该在很重要的位置吧，结果今天试了一下，居然还是一坨矢。。。
用 Gateway 连进去是平台 bug 最少的，但是 ide 本身的 bug 多的数不清（背景图片不显示，很多工具都会直接卡死比如 git ）。直连的话没什么 bug 但是平台上又不行了（开 spring 以后那些调试器连不到 wsl 里全挂了），gradle 下载源码都下不了只能手动敲命令行下，真的好无奈

简直侮辱了屎

难以想象 win 平台占比这么高居然被这样忽视 也难怪 vsc 的官方演示视频都是用 mac 了

有时候有些帖子看的让人怀疑自己不在地球。。。
wsl2 项目 jb 桶一直是直接开的，什么时候要 gateway 了。。。

已经换到 VScode 了

主楼不是说过了吗，直连会有很多平台 bug ，比如这样

有没有可能就是因为直连有 bug 才会去尝试官方的方案呢

有没有可能这是个网络问题？
wsl 炸防火墙也不是第一天了。。。

＃7 不知道，我在主机里连那个端口是连得上的，就 idea 连不上，官方也没打算解决，很恶心

妙招就是放弃 wsl ，我试过用 idea 链接 wsl ，并且 maven 和 jdk 等环境都是在 wsl 中。在 idea 创建索引的时候就会卡住。然后在某一天，因为不明原因，wsl 带着开发环境和 docker 一起挂了，无法启动

通过 wlsg 在 wsl 里面直接启动 IDEA ，不过有白框而且用久了会卡

好奇什么业务非要通过连 wsl 去开发

Client(Win + Gateway) + Host(CentOS 7) 没问题, 挺好使的, 除了官网文档写的太简略.

喵啊

也考虑过这个，但是实在太抽象了就放弃了

习惯了吧，写 c/cpp/rust 类的语言开始用的，像容器一样随时创建随时删，没有破坏环境的心理负担而且和 win 协作很方便所以就一直用了。没想到 jb 这么抽象而已

我这边尝试 gateway 的体验太糟糕了，卡的不行 bug 还多，遂放弃

已经放弃 JB 全家桶好久了，一直都在用 VS Code + Cursor

我直接打开 WSL 里面的文件夹，不需要 gateway ，其实还可以

wsl 图形界面还是有点莫名其妙的 bug 的，之前用一个软件，一个界面的菜单怎么都按不出来。

后端仔表示还是 idea 用的舒心，vsc 什么鬼用不惯

gateway 不如用 vsc, 它那个 gateway 这两年推进的太慢了, 用户体验依然很差

＃7 没有可能，idea 在 wsl 测的 junit test 已经坏了几年了，而且每个大版本都不一定是相同的 cause

java+spring boot 可以考虑 vsc ，反正是能用并且不至于被 jb 的 bug 拦住。

kotlin 的话只能 gateway ，idea 直接 run on wsl bug 太多了。fleet 在 wsl 下特定的 bug 不多，但是 fleet 本身又是一坨。

那就更值得怀疑了，一个已知的故障，一定程度上代表官方售后渠道的坛子上也标记为了 bug
摆着没动，还好几年
而且甚至出问题的不止一个地方
但是又全都指向 wsl 用户。。。
难不成是他们逼你用 gateway ？

顺带的。。。
wsl 出现各种神秘的端口问题确实是家常便饭。。。
github.com/microsoft/WSL/issues/6084
stackoverflow.com/questions/69926941/localhost-refused-to-connect-on-wsl2-when-accessed-via-https-localhost8000-b

这里还包括 vsc 连接 junit 的场景。。。
stackoverflow.com/questions/77890243/vs-code-cant-detect-junit-from-wsl

我没懂什么叫和 wsl 协作，不是可以直接 win 写项目，运行目标选 wsl 吗？

其实有个办法可以很简单，也支持连接任何平台，就是任意一个项目的协作功能。只是需要远程过去切换接受一下远程操作，剩下就可以在任意电脑控制任意平台了。我一直很好奇 jb 为什么不直接开放这个功能，比 gateway 通用多了

换 mac 吧。作为常年用 mac 的开发者，之前一段时间也是对 windows 抱有一些幻想，今年换了一台 windows 笔记本，结果开发体验难以言表，同样也是被类似 OP 的问题折磨，后来无奈还是换回 mac 了

jetbrain 的远程开发在 mac 上一样很难用

JB 最傻逼的地方在于，所有 local 的文件都是要 scp 上传到 remote ，然后再把需要做 index 的文件从 remote 给拉回本地，再在本地做 index ，这简直就是脱裤子放屁…

我也是有过这个问题 我的经历是:
idea -> idea remote ->wslg+idea->linux 真机+idea
其实如果你的配置够也不想搞双系统 可以尝试 wslg 直接把 idea 放进 linux 侧 这样不需要跨系统 io 也没有其他的问题

＃23 wsl 的端口问题基本上已经解决的七七八八了，wsl 的网络本质上就是虚拟机和宿主机的网络，能搞到 mirrored network 这个地步已经相当够用了，再不济也能还原到 nat 模式，但是实际上 mirrored network 我了解到的也只剩未监听端口没有积极 refused 这个相对重要的问题了。但是这个会引起的 vsc js-debug 启动缓慢的问题也由 vsc 这边做 workaround 解决了。我这么说，vsc 上搞遇到的问题远比 idea 直连少的多得多。

另外，我也不反感 jb 强推 gateway ，但是 gateway 也有自己的问题，一个[设置同步共享搞了几年到现在都没有完成，这就跟 wsl 一点关系也没有了吧

youtrack.jetbrains.com/issue/IJPL-166135/Settings-synchronization

在说点别的，他们自家的 kotlin ，在 idea 下也有一些 bug 几年没有修复，比如：

youtrack.jetbrains.com/issue/KTIJ-19636/False-positive-Val-cannot-be-reassigned-with-setters-overloading-for-auto-properties-from-Java

说到底，就是 JB 自己烂，做 wsl 支持更是疯狂触发他们整个 intelliJ-ide 屎山罢了。他们自己都觉得这个山太难平，自己搞个 fleet ，结果只是另一个屎山。

你这俩好歹是 major 还有一个 In progress⁠，端口问题纯纯的 normal+Submitted ，压根没理。。。
很怀疑 jb 自己都不知道这锅在哪里，复现不了或者没稳定复现。。。

WSL 的端口问题一直很多，不能很好被解决，JB 全家桶连过去也只能说刚刚能用，我已经放弃了，使用 Linux DE 吧

JB + wsl 能用，但总差点意思
最好还是用 mac 或者 windows 的版本
和 wsl 结合的没那么好