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資源免費下載服務！