Vscode
vscode的markdown-toc插件的實現是比較好的，
目前發現的問題就只有在自動生成帶鏈接目錄的時候無法正確識別和生成一些特殊的字符。
例如：
▶
這導致在標題中不能加入特殊字符，否則在自動生成目錄時會無法正確處理導致生成的鏈接無法跳轉。
我不用就是了！
Atom
Atom 的markdown-toc插件倒是能正確識別特殊字符。
但是生成的三級目錄在github頁面上會失去換行堆在一塊。
本地預覽倒是沒什么問題。
這可是Github自家的編輯器啊，沒見過這么打自己臉的。
啊，好像微軟也干過類似的事。

Sublime Text3
在用過上面兩個開箱即用的編輯后再把多年不用的sublime裝回來的第一感受就是
真 的 難 用！
連怎么裝插件都需要我先百度一下，誒， 只能說定位不同，20M左右的大小讓sublime的下載速度是最快的。
markdown-toc插件的話和vscode基本是一個毛病，也算是表現的比較好。
Vim
vim 的 vim-markdown-toc 插件表現是最好的，沒有任何識別問題或者顯示問題。
唯一的不足之處在於沒有辦法自定義生成的目錄級數，必須把6級全跑一遍。我覺得我應該去提個issue。
大文件生成目錄時還可能卡死vim，不過這插件是vim7時代的作品，沒有異步執行也屬正常。
綜上：
vscode基本是大文件markdown目錄維護時比較好的選擇，特別是如果涉及到大量粘貼的時候。
但是vscode還有一個問題是不知道什么時候會在文件中插入 ^H 字符，而且在vscode中還看不出來，這就比較尷尬了。
所以我在用vscode編輯完以后還會用vim打開檢查一下，把 ^H 字符刪掉。
期待 vim 插件的更新。