10G的变态SQL文件，如何快速打开编辑？

工做中，偶尔须要编辑一些大文件，好比 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，网上说它是能够打开大文件的，那咱们就看下到底表现如何。

打开有了几十秒的时间，而且打开过程当中卡死

可是打开后，文件浏览起来仍是很顺滑的。

直接进行编辑好像也没什么问题

可是当我使用 ctrl+z 进行撤销操做，或者进行文件保存时

仍是卡住了

咱们发现，其实 UltraEdit 内存占用很小，这种状况下，仍然可以顺滑浏览大文件，难道是由于个人 SSD？

总之，UltraEdit 要比 Notepad++ 和 Sublime Text 表现要好多了。

EmEditor

好了，作了这么多铺垫，到了主角出现的时候了，它就是：EmEditor

EmEditor 是一个比较小众的编辑器，当年实习时，只有当年实习时看到指导老师用过，此后多年，没再看到过它的身影。

知乎上甚至还有一个问题：为何用 EmEditor 的人很少？

回答者对其的评价颇高，有人甚至称其为：Windows平台下最棒的文本编辑工具！没有之一！

评价都是『幸存者误差』，咱们不过多关注，到底怎样，拉出来溜溜

一、加载大文件，没有出现卡死的状况；

二、浏览文件，一样顺滑；

三、编辑大文件，不费力气；

四、保存时，出现短暂卡死的状况；

总之，这是今天全部测试下来，大文件打开表现最优秀的一个。

总结

本文并无比较各个编辑器的意图，因此对于各个编辑器的优劣不作评价。

本文只是实验在大文件编辑的状况下，到底谁的表现更为突出。

综合结论：EmEditor ≈ UltraEdit > Sublime Text ，VSCode 和 Notepad++ 没法打开大文件，不参与排名。

另外，也许还有其余更为优秀的工具，好比 Vim 其实也能够用来编辑大文件，小编认知有限，你们能够留言推荐。

关注本公众号，后台回复「2018」便可获取传智播客 2018 最新 Python 和 Java 教程。

公众号提供CSDN资源免费下载服务！