工作中，偶尔需要编辑一些大文件，比如 log 文件，后者一些变态的 SQL，此时用平常的编辑器就会显得力不从心，要么直接打不开，要么打开后卡得要死。
本文就给大家推荐几款可以操作大文件的编辑器，准备好小板凳，开始吧。
本机配置：Windows10，16G 内存，i5 处理器。
Notepad++第一站，就拿我本机的记事本替代者 Notepad++ 开刀。
网上传闻 Notepad++ 打开大文件不佳，Notepad++ 可以打开 600M 左右的文件，大于 700M 就直接无法打开了，一般 >400m 就会卡死。
那么它的真实体验如何呢？
于是就从服务器上，找来了一个 2.3G 大小的文件来进行测试。
将其拖到 Notepad++ 中，直接不行：
那我们拿一个小点的，200M 多点的文件再试一下
结果呢？
大家隔着屏幕，应该无法感受我在电脑前的感受
打开用了好几秒，打开后无法滚动，我的鼠标都快滑烂了
好不容易能上下拉了，没拉几下，还卡死了！
直接程序无响应了！
Notepad++ 是很优秀，但是在打开大文件方面，简直是一塌糊涂！
超过 100M 的文件，用 Notepad++ 打开时，请慎重！
Sublime Text下面我们用很多人都喜欢的 Sublime Text 来试下。
首先，比 Notepad++ 好的地方是，2.3G 的文件起码是能打开的
没有报错
但是，Sublime Text 开始加载文件了
我大概计了个时
加载 2.3G 的文件，一共用了 4 分多钟
我就一直盯着加载页面
不过总算加载完了
正当我准备滑动我的鼠标查看文件时
再看一眼 Sublime Text 的内存占用情况
看得出来，它是一次性将文件全加载到内存中了
所以，Sublime Text 也是很优秀，但是打开大文件，同样一塌糊涂。
VSCode编辑器界的新秀 VSCode 在大文件方面又能表现如何呢？
当我把文件拖入到 VSCode 时，弹出了如下提示
按照提示进行重启后，再次尝试打开文件
就一直处于加载中
加载一段时间后，又弹出了这个页面
后又多次尝试打开，均以失败告终
所以，VSCode 打开大文件，失败！
UltraEdit现在再来试一下老牌的 UltraEdit，网上说它是可以打开大文件的，那我们就看下到底表现如何。