工作中，偶爾需要編輯一些大檔案，比如 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平臺下最棒的文字編輯工具！沒有之一！

評價都是『倖存者偏差』，我們不過多關注，到底怎樣，拉出來溜溜

1、載入大檔案，沒有出現卡死的情況；

2、瀏覽檔案，同樣順滑；

3、編輯大檔案，不費力氣；

4、儲存時，出現短暫卡死的情況；

總之，這是今天所有測試下來，大檔案開啟表現最優秀的一個。

總結

本文並沒有比較各個編輯器的意圖，所以對於各個編輯器的優劣不做評價。

本文只是實驗在大檔案編輯的情況下，到底誰的表現更為突出。

綜合結論：EmEditor ≈ UltraEdit > Sublime Text ，VSCode 和 Notepad++ 無法開啟大檔案，不參與排名。

另外，也許還有其他更為優秀的工具，比如 Vim 其實也可以用來編輯大檔案，小編認知有限，大家可以留言推薦。