VSCode 现内存泄漏 BUG,官方处理方式引社区不满

来源: OSCHINA
编辑: 大东BE
2020-11-27

近日,有开发者提交了一个 VSCode 内存泄露的 issues,该问题导致在某些情况下使用 VSCode 会使内存使用率攀升。令人意外的是,VSCode 官方却表示不打算解决此问题,由此在社区引发了争议。  

今年十月,有一名开发者发现了 VSCode 中存在内存泄漏的问题,并在官方仓库的 issues 中提交了这个问题: 

1. 准备一个大文本文件(Citylots.json为〜190MB):

wget "https://github.com/zemirco/sf-city-lots-json/blob/master/citylots.json"
cp citylots.json evenlarger.json
cat citylots.json >> evenlarger.json
cat citylots.json >> evenlarger.json 

2. 在 vscode 中打开 evenlarger.json

3. 滚动。

4. 关闭文件。

5. 通过“ Process Explorer”观察内存使用情况。

6. 即使大约 30 分钟后,内存使用率仍然很高:

即使禁用所有扩展后依然会发生此问题。

随后,这名开发者又注意到这个内存泄漏的 BUG 实际上与大文件无关,他通过打开几个 5-10MB 的文本文件重现了这一问题,即使关闭所有编辑器并等待几分钟后,也无需进行任何操作即可看到内存使用率攀升。该开发者表示,自己遇到这个问题时唯一的解决办法是一旦发现系统内存不足,就只能重新加载 VSCode 窗口,非常麻烦。

而令人意想不到的是,VSCode 官方对此问题的回应竟然是置之不理:

我们已关闭此问题,因为我们不打算在可预见的将来解决此问题。您可以在此处找到有关我们决策过程的更多详细信息。如果您不同意并认为此问题至关重要:我们很乐意倾听并重新考虑。

VSCode 官方的回复很快引发了争议,在这名开发者提交的 issue 下,有很多用户跟帖表示自己遇到了同样的问题,还有的甚至在一年前就遇到了类似的问题,并认为官方这样的做法对社区用户来说是不负责任的表现。

时隔近两个月,导致这一问题的 VSCode 维护者才终于修复了这一问题:

“ 首先,很抱歉出现了这一错误,我们已经添加了修复程序。以下是有关错误和修复的详细信息:

我们有基于文件的推荐功能(FileBasedRecommendations),将可监听文本模型添加到了编辑器中,并根据文件扩展名和语言推荐扩展名。最近,我对此功能进行了改进,以在用户更改文件的语言时提供检查建议(更多详细信息,在此处#102823)。为此,我需要设置监听器监听文本模型的语言更改,我原本仅在处置FileBasedRecommendations类时才调用此监听器,而导致内存泄漏的原因正是因为在处置完模型后监听器仍在工作。

我们通过在处置模型FileBasedRecommendationsonWillDispose)时处置模型监听器的 has 来解决此问题。”

issues 详情:https://github.com/microsoft/vscode/issues/107999

展开阅读全文
10 收藏
分享
加载中
精彩评论
这个问题有意思。开发者当功能,使用者当问题。其实,就是应该何时删除缓存。缓存算泄漏吗?
2020-11-27 12:36
19
举报
又要 VSC 好用, 又要 VSC 轻巧. 咋不上天呢. 你自己开发程序的心里没点数? 好用的功能都是用无数代码堆砌出来的. 人家 VS 的初衷是什么你又知道了, 动不动就背离了初衷, 我看是违背了你的 "初衷" 了吧.
2020-11-30 03:25
15
举报
现在vscode已经成最欢迎编辑器了。😂
2020-11-27 10:51
12
举报
从根本上控制屎山的高度
2020-11-27 11:51
7
举报
Google内部代码编辑全是在浏览器进行的
2020-11-27 11:48
7
举报
最新评论 (45)
就是靠这升级硬件呢
2020-12-02 16:48
0
回复
举报
用了两个月时间修复,也算是不错了。这么大的工程量,知足吧。
2020-12-02 12:41
0
回复
举报
我电脑内存总共也就8G,VSC一下子就占掉四分之一么
2020-11-30 16:02
1
回复
举报
相对于更重要的roadmap,被暂时放一边了
2020-11-30 11:17
0
回复
举报
重现了这一问题,即使关闭所有编辑器并等待几分钟后,也无需进行任何操作即可看到内存使用率攀升。该开发者表示,自己遇到这个问题时唯一的解决办法是一旦发现系统内存不足,就只能重新加载 VSCode 窗口,非常麻烦。

--- 按这描述:也就是说,不做任何事情,内存会持续上升,甚至会导致整个系统内存不足。。。这个“缓存”果然很正常。。
2020-11-30 10:05
1
回复
举报
换atom或subline2。还有爷青回的vim和emacs!
2020-11-29 15:30
2
回复
举报
哪个版本的啊?
2020-11-28 15:56
0
回复
举报
这个严格来讲不应该算内存泄漏,毕竟它的占用内存没有持续升高,现在的机器桌面应用2G以内的内存占用不算问题。我想可能的话vscode是为了加载速度,将编辑器、语言处理器、插件、主题以及工程目录等预加载到内存了。
2020-11-28 14:35
3
回复
举报
我的vscode有时内存占用将近2个G,也不知道是编辑器问题还是某个插件引起的
2020-11-28 10:59
0
回复
举报
rz
现在的vscode已经背离了初衷,已经不小巧了,而且和vs有得一拼了
2020-11-28 13:07
3
回复
举报
又要 VSC 好用, 又要 VSC 轻巧. 咋不上天呢. 你自己开发程序的心里没点数? 好用的功能都是用无数代码堆砌出来的. 人家 VS 的初衷是什么你又知道了, 动不动就背离了初衷, 我看是违背了你的 "初衷" 了吧.
2020-11-30 03:25
15
回复
举报
正是有这些人的存在,很多软件才做的跟屎一样,核心功能其实很轻巧,为了一些很不实用的功能,搞得资源占用几何级倍增。然而这些功能绝大多数人几年都用不上一次。
2020-11-30 10:15
2
回复
举报
我就要问你 VSC 哪个功能不实用了? 刻意为了追求轻巧必定会牺牲体验, 你说的 xx 功能不实用, 那是你使用不到, VSC 编辑器大多数人只会使用其中功能的非常小的一个子集, 但是全球数亿开发者使用的子集却不一样, 你不能让人家的 VSC 精简到只有你使用的那个功能的子集的规模.
2020-11-30 22:00
4
回复
举报
如果需要一个简单的文本编辑器,就不装任何插件好了,还是比较轻巧的
2020-11-30 10:42
0
回复
举报
我还以为是vs2019,怪不得最近4、5个小时内存被就用的差不多。偶尔起飞下小火箭,嘿嘿。
2020-11-28 00:41
0
回复
举报
更多评论
45 评论
10 收藏
分享
返回顶部
顶部