工作中，偶爾需要編輯一些大檔案，比如 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 其實也可以用來編輯大檔案，小編認知有限，大家可以留言推薦。