Windows 系统下面聊编辑器永远是个能吵起来的话题。我这些年用过的编辑器从记事本、EditPlus、Notepad 一路换到 VS Code、Sublime Text、Vim中间还折腾过各种 Markdown 专用工具最后留在手边的其实就那么几款。今天推荐的这四款不是要分个高下而是它们各自能扛起一类场景写代码、改配置、看日志、处理大文本、在终端里快速编辑。不管你是程序员、运维、还是日常跟文档打交道的人都能在这四款里找到顺手的那一个。先说清楚一个观点Windows 下的编辑器不是“越强大越好”而是“匹配场景才好”。我见过有人为了改一行配置专门打开 VS Code结果启动三秒、吃内存几百兆也见过有人用记事本打开 1GB 的日志文件直接卡死。这四款编辑器对应的是四类完全不同的需求节奏我按自己的使用习惯挨个拆开讲。1. 为什么 Windows 上需要常备几款编辑器1.1 系统自带的记事本为什么不够用很多人觉得 Windows 自带记事本够用了那是没经历过几个典型场景。第一个是编码问题记事本在打开 UTF-8 无 BOM 的文件时经常显示乱码尤其从 Linux 服务器上传下来的文件十有八九是 UTF-8 编码记事本大概率会把它当成 ANSI 读中文瞬间变“锟斤拷”。第二个是换行符问题Linux、macOS 用 LFWindows 用 CRLF记事本处理 LF 文件时偶尔能打开但遇到特殊格式就会出现内容粘在一起的情况。第三个问题是性能。记事本打开几十 MB 的文件就已经很吃力更别说处理几个 GB 的日志文件。我有一次排查线上问题日志文件 1.5GB记事本直接无响应最后用 Vim 秒开才把问题定位出来。还有一个容易被忽略的短板——记事本没有“历史记录”概念文件关闭后重新打开上次编辑的位置、撤销的历史全部丢失改配置文件时手滑关了窗口那叫一个崩溃。所以“常备几款编辑器”不是折腾而是实际需求。Windows 生态的特点就是工具丰富但系统自带的编辑能力太基础认真干活的人必须自己配装备。1.2 按使用场景把编辑器分类编辑器分类有很多维度我比较看重三条线一是“重量级 vs 轻量级”VS Code 属于重量级Notepad、Sublime Text、Vim 属于轻量级二是“通用 vs 专用”这四款都算通用编辑器能写代码也能写文本但各有侧重点三是“GUI vs 终端”前三款是图形界面Vim 则经常以终端形态出现虽然在 Windows 下也能装 GVim 图形版但最常用的方式还是嵌在终端里。这样分类的意义在于选编辑器不是选“最牛的”而是选“最顺手的”。写 Python 后端、调前端界面用 VS Code 体验最好改配置文件、批量替换文本Notepad 最轻快想要界面漂亮又不想太重Sublime Text 很合适在服务器上操作或者用 Windows Terminal 写命令Vim 是脱不开的伙伴。把这四类场景覆盖住日常 90% 的编辑需求就都解决了。2. 四款编辑器逐个拆解定位、优势与上手建议2.1 VS Code全场景主力代码和 Markdown 通吃VS Code 现在是大多数开发者的默认选择微软出品基于 Electron 架构跨平台免费开源。它的核心优势有三块IntelliSense 智能提示、调试功能、以及极其庞大的插件生态。写 JavaScript、Python、Go、Java 都有对应的语言支持配合内置终端和 Git 集成基本等于一个轻量级 IDE。我在 VS Code 里的常用插件不多但个个都算刚需中文语言包、Markdown All in One、Prettier、ESLint、Python、Remote-SSH。Remote-SSH 这个插件特别适合 Windows 用户可以直接在 VS Code 里连接远程 Linux 服务器编辑代码本地 Windows、远程 Linux 的环境隔阂一下就没了。不过 VS Code 也有短板启动速度和三款轻量级编辑器没法比内存占用随插件数量水涨船高。我的习惯是给不同项目建独立的工作区设置把每个项目需要的插件固定下来而不是一股脑全局装几十个。改一行配置、快速看个文件这种小事我不会开 VS Code直接用 Notepad。2.2 Notepad轻量级文本处理之王Notepad 用 C 编写体积小、启动快Windows 下处理文本的效率极高。它最大的特点是“快”和“强”打开大文件快批量操作强。我经常拿它做几类事情查看日志文件几百 MB 的日志秒开配合查找功能快速定位关键字批量替换文本正则表达式替换比图形界面的“查找替换”强大得多编码转换需要把 UTF-8 转成 GBK 提交给老旧系统时用“编码”菜单几下就搞定列编辑按住 Alt 键可以纵向选择多行在 SQL 脚本或批量拼参数时非常好用。举一个具体例子。有一次我需要把 500 行配置里的 IP 地址全换成新网段用正则表达式匹配192\.168\.1\.替换成10\.20\.30\.整个过程不到 10 秒。如果手动逐行改光是复制粘贴就得折腾半小时。Notepad 还内置了插件管理器可以装 16 进制查看、JSON 格式化、Markdown 预览等插件。我用得最多的是 Compare 插件做文件对比时一眼就能看出差异。它的不足是界面偏老派跨平台不支持但就 Windows 文本编辑这个细分场景来说它依然是第一梯队的选手。2.3 Sublime Text颜值与性能兼备的中间派Sublime Text 在 VS Code 流行之前是很多人的主力编辑器。它的特点是界面现代、运行流畅虽然要付费但可以无限期评估使用只是偶尔弹个购买提醒。我把它定位成“轻量级里的颜值担当”也是 VS Code 和 Notepad 之间的平衡点。Sublime Text 最有名的几个功能Goto AnythingCtrlP输入文件名就能快速打开文件输入可以跳转到符号多光标编辑按 Ctrl 键在多个位置点一下就能同时编辑多个地方命令面板CtrlShiftP几乎所有功能都能搜索执行效率非常高。配置方面Sublime Text 用 JSON 格式的配置文件比如设置字体、行号、主题。我习惯用 Consolas 字体加 Source Code Pro 主题观感舒服。插件系统走 Package Control装个 Emmet前端开发、Markdown Preview、SideBarEnhancements 基本就够用了。有人纠结“Sublime Text 和 VS Code 选哪个”我的看法是如果你主要写代码并且需要调试、终端、Git 这些 IDE 功能选 VS Code如果你更多是写脚本、处理文本、改配置喜欢轻量和干净Sublime Text 更合适。它启动快、内存占用低开几十个文件也不卡。2.4 Vim终端里的高效编辑工具Vim 是一类特殊的存在使用难度高但一旦上手效率极高。Windows 下使用 Vim 有几种方式一是安装 GVim 获得独立的图形窗口二是在 Git Bash、Windows Terminal、WSL 里直接敲vim命令三是在 VS Code 里装 Vim 插件把 VS Code 的编辑体验变成 Vim 键位。我对 Vim 的态度是不一定非要把所有编辑都放在 Vim 里但几个高频操作必须会。比如在终端里调整配置文件、快速改一行、查看文件内容这些场景下 Vim 的效率无与伦比。因为服务器上通常没有图形界面不会 Vim 就等于没法改配置。Vim 的难点在于模式切换普通模式、插入模式、可视模式各有各的规则。初学者会觉得连“删除一行”都要输入dd这太难了但熟练之后普通模式下gg到文件头、G到文件尾、/keyword搜索、ciw替换当前单词这些操作比鼠标点来点去快一个量级。Windows 下配置 Vim 要注意_vimrc文件的编码格式建议保存为 UTF-8避免中文注释乱码。插件不需要装太多新手先掌握内置功能就够等用熟了再考虑 vim-plug 管理插件。编辑器定位价格适合人群资源占用扩展生态上手难度VS Code全功能代码编辑器轻量 IDE免费开发者、写 Markdown 的人偏高极丰富低Notepad轻量级文本处理免费开源日常文本、日志、配置修改低较丰富很低Sublime Text轻量与现代兼顾付费可评估脚本开发者、文本重度用户中低中中低Vim终端编辑器免费开源运维、终端用户、追求效率的人极低丰富高3. 编辑器选型思路与安装配置要点3.1 四款怎么选按场景对照选编辑器之前先想清楚一个问题你平时在 Windows 上“编辑”的频率和形态是什么纯写文章、做笔记的人选 Markdown 编辑器比选代码编辑器更贴心但要处理配置、脚本、日志的人通用编辑器才是刚需。如果你是前端或后端开发者建议主力用 VS Code装上对应语言的插件后体验接近 IDE又没有 IDE 那么重。开发过程里要临时改个文件、看个日志快速打开 Notepad 更省事。把 VS Code 和 Notepad 搭配使用是我见过最常见的 Windows 开发组合。如果你不是专职程序员但经常跟配置文件、CSV、日志打交道Sublime Text 或 Notepad 二选一就够了。Sublime Text 更漂亮Notepad 更快更免费看个人偏好。如果你经常在终端里操作或者需要远程登录服务器Vim 是必学的。这里我的建议是不要一上来就在服务器上用 Vim 编辑重要文件先把 Windows 下的 GVim 装好用vimtutor命令练习半小时掌握基本移动、编辑、保存退出再上服务器实战。3.2 安装与初始配置避坑清单安装编辑器本身很简单但想用得舒服有几点容易被忽略的配置我踩过不少坑列出来给你参考统一字体。很多编辑器默认字体在中文字体下不够清晰建议设置成等宽字体比如 Cascadia Code、JetBrains Mono、Consolas。Cascadia Code 是微软出品的等宽字体和 Windows Terminal 配合很好显示中文效果也不错。编码统一。如果你经常和 Linux 服务器打交道强烈建议把编辑器的默认编码设为 UTF-8换行符设为 LF。VS Code 在右下角可以直接切换编码和换行符Notepad 在“编辑”菜单里有 EOL 转换Sublime Text 在“View - Line Endings”里设置。四款编辑器默认值可能不同新建文件时注意右下角状态栏。不要乱装插件。插件是编辑器的双刃剑装多了启动慢、功能冲突。我的原则是每个类别的插件只装一个。代码格式化选 Prettier 还是 Beautify 就好不要两个都装Markdown 预览同样选一个插件。VS Code 里的Developer: Show Running Extensions可以查看插件耗时超过 500ms 的就考虑禁用。文件关联别贪多。安装编辑器时会提示关联文件类型我建议只关联你真正常用的类型不要全选。否则文件夹右键菜单变得特别长打开 .txt 文件时还会出现“选择默认应用”的弹窗。给编辑器设置快捷键。Windows 下可以为快捷方式设置快捷键比如 WinShiftV 启动 VS Code、WinShiftN 启动 Notepad。设置方法是右键快捷方式 - 属性 - 快捷键先按一个数字或字母键就可以。这样切换编辑器会非常顺畅。4. 实际使用中的常见问题与排查技巧4.1 编码与换行问题最隐蔽的坑Windows 编辑器问题里编码和换行排第一。最常见的两个场景一个是 UTF-8 BOM 问题。VS Code 保存文件时默认不带 BOM而部分 Windows 老软件读 UTF-8 文件时不带 BOM 就会乱码。反过来带 BOM 的 UTF-8 文件拿到 Linux 上某些命令会报“第一个字符非法”。我的做法是服务器相关文件用不带 BOM 的 UTF-8Windows 本地共享的配置文本用带 BOM 的 UTF-8宁可在编辑器里多按一下切换也不能让下游拿文件的人一脸懵。另一个是 CRLF/LF 问题。Windows 默认换行是 CRLFLinux/macOS 是 LF。如果一份代码在 Windows 上编辑后提交到 Git仓库里全是 CRLF会在 diff 里产生大量不需要的改动。解决办法是在项目根目录加.gitattributes明确指定文本文件的换行符* textauto eollf。或者直接在 VS Code 设置里把files.eol设为\n让新建文件默认用 LF。高级编辑器都内置“转换换行符”功能Notepad 在“编辑 - 档案格式转换”里可以统一转为 Windows/Linux/Mac 换行。我以前写 Python 脚本在 Windows 下用 Notepad 写好传到 Linux 上执行直接报错SyntaxError: unexpected character after line continuation character排查了半天才发现是 CRLF 在作怪转成 LF 后立刻正常。4.2 性能、插件与大文件处理的实战经验大文件是编辑器性能的试金石。VS Code 打开 100MB 以上的文件时代码高亮、折叠这些功能会拖慢速度所以我看大日志基本不用它。Notepad 对几百 MB 的文件支持很好打开速度快滚动也流畅。Vim 处理超大文件更是强项两三百 MB 的文本直接vim打开完全无压力。如果 VS Code 变得越来越卡先看插件。按CtrlShiftP输入Developer: Show Running Extensions能看到每个插件的运行耗时。我遇到过某个主题插件导致启动直接多花 2 秒禁用后整个世界都清净了。另外 VS Code 的“设置同步”功能很好用换机器时登录账号就能同步配置和插件但同步之前建议清理一遍无效插件否则会把“垃圾”也搬过去。插件失效的问题也常见。VS Code 更新版本后某些插件暂时不兼容表现是扩展命令不可用或功能不生效。处理方法是先禁用所有插件逐个启用定位问题如果某个插件长期不更新考虑换一个替代品。4.3 常见问题速查表问题原因解决办法中文打开乱码文件编码与编辑器默认编码不一致用 Notepad 的“编码”菜单切换编码VS Code 点击右下角编码重新打开保存后代码编译报错提示非法字符换行符或 BOM 不一致将换行符统一为 LF去掉 UTF-8 BOM打开大文件卡顿/无响应编辑器内存或渲染限制换 Notepad 或 Vim 打开VS Code 关闭自动高亮VS Code 启动越来越慢插件过多或部分插件耗时高用Developer: Show Running Extensions查看耗时禁用无用插件右键菜单没有“用编辑器打开”安装时未关联文件类型重新安装或手动添加右键菜单VS Code 安装时可勾选Notepad 有“添加到右键菜单”选项Vim 中文注释乱码_vimrc编码问题将_vimrc存为 UTF-8配置set encodingutf-8Sublime Text 频繁提示购买评估期提醒如有条件可以付费支持不介意提示可以继续使用评估版任何编辑器都打不开某些二进制文件普通文本编辑器不支持二进制查看在 Notepad 插件中启用 Hex-Editor或用专门的十六进制编辑器5. 一个小技巧最后分享给你我个人的习惯是“常用 VS Code常备 Notepad终端用 Vim偶尔用 Sublime Text 换换心情”。四款编辑器不会互相冲突关键是每个场景用对应的工具效率自然上来。最后分享一个切工具的细节把四款编辑器的主题统一成同一套配色方案比如 VS Code 用 DarkNotepad 用 ObsidianSublime Text 用 MonokaiVim 用 desert。这样切换编辑器时视觉压力小不用重新适应。这个细节看起来不起眼但真正跨编辑器工作时能省下不少眼睛的功夫。工具是拿来干活的不是拿来折腾的找到适合自己的组合比追逐最新最热更重要。 Windows编辑器推荐：VS Code、Notepad++、Sublime Text与Vim场景化选择指南
Windows 系统下面聊编辑器永远是个能吵起来的话题。我这些年用过的编辑器从记事本、EditPlus、Notepad 一路换到 VS Code、Sublime Text、Vim中间还折腾过各种 Markdown 专用工具最后留在手边的其实就那么几款。今天推荐的这四款不是要分个高下而是它们各自能扛起一类场景写代码、改配置、看日志、处理大文本、在终端里快速编辑。不管你是程序员、运维、还是日常跟文档打交道的人都能在这四款里找到顺手的那一个。先说清楚一个观点Windows 下的编辑器不是“越强大越好”而是“匹配场景才好”。我见过有人为了改一行配置专门打开 VS Code结果启动三秒、吃内存几百兆也见过有人用记事本打开 1GB 的日志文件直接卡死。这四款编辑器对应的是四类完全不同的需求节奏我按自己的使用习惯挨个拆开讲。1. 为什么 Windows 上需要常备几款编辑器1.1 系统自带的记事本为什么不够用很多人觉得 Windows 自带记事本够用了那是没经历过几个典型场景。第一个是编码问题记事本在打开 UTF-8 无 BOM 的文件时经常显示乱码尤其从 Linux 服务器上传下来的文件十有八九是 UTF-8 编码记事本大概率会把它当成 ANSI 读中文瞬间变“锟斤拷”。第二个是换行符问题Linux、macOS 用 LFWindows 用 CRLF记事本处理 LF 文件时偶尔能打开但遇到特殊格式就会出现内容粘在一起的情况。第三个问题是性能。记事本打开几十 MB 的文件就已经很吃力更别说处理几个 GB 的日志文件。我有一次排查线上问题日志文件 1.5GB记事本直接无响应最后用 Vim 秒开才把问题定位出来。还有一个容易被忽略的短板——记事本没有“历史记录”概念文件关闭后重新打开上次编辑的位置、撤销的历史全部丢失改配置文件时手滑关了窗口那叫一个崩溃。所以“常备几款编辑器”不是折腾而是实际需求。Windows 生态的特点就是工具丰富但系统自带的编辑能力太基础认真干活的人必须自己配装备。1.2 按使用场景把编辑器分类编辑器分类有很多维度我比较看重三条线一是“重量级 vs 轻量级”VS Code 属于重量级Notepad、Sublime Text、Vim 属于轻量级二是“通用 vs 专用”这四款都算通用编辑器能写代码也能写文本但各有侧重点三是“GUI vs 终端”前三款是图形界面Vim 则经常以终端形态出现虽然在 Windows 下也能装 GVim 图形版但最常用的方式还是嵌在终端里。这样分类的意义在于选编辑器不是选“最牛的”而是选“最顺手的”。写 Python 后端、调前端界面用 VS Code 体验最好改配置文件、批量替换文本Notepad 最轻快想要界面漂亮又不想太重Sublime Text 很合适在服务器上操作或者用 Windows Terminal 写命令Vim 是脱不开的伙伴。把这四类场景覆盖住日常 90% 的编辑需求就都解决了。2. 四款编辑器逐个拆解定位、优势与上手建议2.1 VS Code全场景主力代码和 Markdown 通吃VS Code 现在是大多数开发者的默认选择微软出品基于 Electron 架构跨平台免费开源。它的核心优势有三块IntelliSense 智能提示、调试功能、以及极其庞大的插件生态。写 JavaScript、Python、Go、Java 都有对应的语言支持配合内置终端和 Git 集成基本等于一个轻量级 IDE。我在 VS Code 里的常用插件不多但个个都算刚需中文语言包、Markdown All in One、Prettier、ESLint、Python、Remote-SSH。Remote-SSH 这个插件特别适合 Windows 用户可以直接在 VS Code 里连接远程 Linux 服务器编辑代码本地 Windows、远程 Linux 的环境隔阂一下就没了。不过 VS Code 也有短板启动速度和三款轻量级编辑器没法比内存占用随插件数量水涨船高。我的习惯是给不同项目建独立的工作区设置把每个项目需要的插件固定下来而不是一股脑全局装几十个。改一行配置、快速看个文件这种小事我不会开 VS Code直接用 Notepad。2.2 Notepad轻量级文本处理之王Notepad 用 C 编写体积小、启动快Windows 下处理文本的效率极高。它最大的特点是“快”和“强”打开大文件快批量操作强。我经常拿它做几类事情查看日志文件几百 MB 的日志秒开配合查找功能快速定位关键字批量替换文本正则表达式替换比图形界面的“查找替换”强大得多编码转换需要把 UTF-8 转成 GBK 提交给老旧系统时用“编码”菜单几下就搞定列编辑按住 Alt 键可以纵向选择多行在 SQL 脚本或批量拼参数时非常好用。举一个具体例子。有一次我需要把 500 行配置里的 IP 地址全换成新网段用正则表达式匹配192\.168\.1\.替换成10\.20\.30\.整个过程不到 10 秒。如果手动逐行改光是复制粘贴就得折腾半小时。Notepad 还内置了插件管理器可以装 16 进制查看、JSON 格式化、Markdown 预览等插件。我用得最多的是 Compare 插件做文件对比时一眼就能看出差异。它的不足是界面偏老派跨平台不支持但就 Windows 文本编辑这个细分场景来说它依然是第一梯队的选手。2.3 Sublime Text颜值与性能兼备的中间派Sublime Text 在 VS Code 流行之前是很多人的主力编辑器。它的特点是界面现代、运行流畅虽然要付费但可以无限期评估使用只是偶尔弹个购买提醒。我把它定位成“轻量级里的颜值担当”也是 VS Code 和 Notepad 之间的平衡点。Sublime Text 最有名的几个功能Goto AnythingCtrlP输入文件名就能快速打开文件输入可以跳转到符号多光标编辑按 Ctrl 键在多个位置点一下就能同时编辑多个地方命令面板CtrlShiftP几乎所有功能都能搜索执行效率非常高。配置方面Sublime Text 用 JSON 格式的配置文件比如设置字体、行号、主题。我习惯用 Consolas 字体加 Source Code Pro 主题观感舒服。插件系统走 Package Control装个 Emmet前端开发、Markdown Preview、SideBarEnhancements 基本就够用了。有人纠结“Sublime Text 和 VS Code 选哪个”我的看法是如果你主要写代码并且需要调试、终端、Git 这些 IDE 功能选 VS Code如果你更多是写脚本、处理文本、改配置喜欢轻量和干净Sublime Text 更合适。它启动快、内存占用低开几十个文件也不卡。2.4 Vim终端里的高效编辑工具Vim 是一类特殊的存在使用难度高但一旦上手效率极高。Windows 下使用 Vim 有几种方式一是安装 GVim 获得独立的图形窗口二是在 Git Bash、Windows Terminal、WSL 里直接敲vim命令三是在 VS Code 里装 Vim 插件把 VS Code 的编辑体验变成 Vim 键位。我对 Vim 的态度是不一定非要把所有编辑都放在 Vim 里但几个高频操作必须会。比如在终端里调整配置文件、快速改一行、查看文件内容这些场景下 Vim 的效率无与伦比。因为服务器上通常没有图形界面不会 Vim 就等于没法改配置。Vim 的难点在于模式切换普通模式、插入模式、可视模式各有各的规则。初学者会觉得连“删除一行”都要输入dd这太难了但熟练之后普通模式下gg到文件头、G到文件尾、/keyword搜索、ciw替换当前单词这些操作比鼠标点来点去快一个量级。Windows 下配置 Vim 要注意_vimrc文件的编码格式建议保存为 UTF-8避免中文注释乱码。插件不需要装太多新手先掌握内置功能就够等用熟了再考虑 vim-plug 管理插件。编辑器定位价格适合人群资源占用扩展生态上手难度VS Code全功能代码编辑器轻量 IDE免费开发者、写 Markdown 的人偏高极丰富低Notepad轻量级文本处理免费开源日常文本、日志、配置修改低较丰富很低Sublime Text轻量与现代兼顾付费可评估脚本开发者、文本重度用户中低中中低Vim终端编辑器免费开源运维、终端用户、追求效率的人极低丰富高3. 编辑器选型思路与安装配置要点3.1 四款怎么选按场景对照选编辑器之前先想清楚一个问题你平时在 Windows 上“编辑”的频率和形态是什么纯写文章、做笔记的人选 Markdown 编辑器比选代码编辑器更贴心但要处理配置、脚本、日志的人通用编辑器才是刚需。如果你是前端或后端开发者建议主力用 VS Code装上对应语言的插件后体验接近 IDE又没有 IDE 那么重。开发过程里要临时改个文件、看个日志快速打开 Notepad 更省事。把 VS Code 和 Notepad 搭配使用是我见过最常见的 Windows 开发组合。如果你不是专职程序员但经常跟配置文件、CSV、日志打交道Sublime Text 或 Notepad 二选一就够了。Sublime Text 更漂亮Notepad 更快更免费看个人偏好。如果你经常在终端里操作或者需要远程登录服务器Vim 是必学的。这里我的建议是不要一上来就在服务器上用 Vim 编辑重要文件先把 Windows 下的 GVim 装好用vimtutor命令练习半小时掌握基本移动、编辑、保存退出再上服务器实战。3.2 安装与初始配置避坑清单安装编辑器本身很简单但想用得舒服有几点容易被忽略的配置我踩过不少坑列出来给你参考统一字体。很多编辑器默认字体在中文字体下不够清晰建议设置成等宽字体比如 Cascadia Code、JetBrains Mono、Consolas。Cascadia Code 是微软出品的等宽字体和 Windows Terminal 配合很好显示中文效果也不错。编码统一。如果你经常和 Linux 服务器打交道强烈建议把编辑器的默认编码设为 UTF-8换行符设为 LF。VS Code 在右下角可以直接切换编码和换行符Notepad 在“编辑”菜单里有 EOL 转换Sublime Text 在“View - Line Endings”里设置。四款编辑器默认值可能不同新建文件时注意右下角状态栏。不要乱装插件。插件是编辑器的双刃剑装多了启动慢、功能冲突。我的原则是每个类别的插件只装一个。代码格式化选 Prettier 还是 Beautify 就好不要两个都装Markdown 预览同样选一个插件。VS Code 里的Developer: Show Running Extensions可以查看插件耗时超过 500ms 的就考虑禁用。文件关联别贪多。安装编辑器时会提示关联文件类型我建议只关联你真正常用的类型不要全选。否则文件夹右键菜单变得特别长打开 .txt 文件时还会出现“选择默认应用”的弹窗。给编辑器设置快捷键。Windows 下可以为快捷方式设置快捷键比如 WinShiftV 启动 VS Code、WinShiftN 启动 Notepad。设置方法是右键快捷方式 - 属性 - 快捷键先按一个数字或字母键就可以。这样切换编辑器会非常顺畅。4. 实际使用中的常见问题与排查技巧4.1 编码与换行问题最隐蔽的坑Windows 编辑器问题里编码和换行排第一。最常见的两个场景一个是 UTF-8 BOM 问题。VS Code 保存文件时默认不带 BOM而部分 Windows 老软件读 UTF-8 文件时不带 BOM 就会乱码。反过来带 BOM 的 UTF-8 文件拿到 Linux 上某些命令会报“第一个字符非法”。我的做法是服务器相关文件用不带 BOM 的 UTF-8Windows 本地共享的配置文本用带 BOM 的 UTF-8宁可在编辑器里多按一下切换也不能让下游拿文件的人一脸懵。另一个是 CRLF/LF 问题。Windows 默认换行是 CRLFLinux/macOS 是 LF。如果一份代码在 Windows 上编辑后提交到 Git仓库里全是 CRLF会在 diff 里产生大量不需要的改动。解决办法是在项目根目录加.gitattributes明确指定文本文件的换行符* textauto eollf。或者直接在 VS Code 设置里把files.eol设为\n让新建文件默认用 LF。高级编辑器都内置“转换换行符”功能Notepad 在“编辑 - 档案格式转换”里可以统一转为 Windows/Linux/Mac 换行。我以前写 Python 脚本在 Windows 下用 Notepad 写好传到 Linux 上执行直接报错SyntaxError: unexpected character after line continuation character排查了半天才发现是 CRLF 在作怪转成 LF 后立刻正常。4.2 性能、插件与大文件处理的实战经验大文件是编辑器性能的试金石。VS Code 打开 100MB 以上的文件时代码高亮、折叠这些功能会拖慢速度所以我看大日志基本不用它。Notepad 对几百 MB 的文件支持很好打开速度快滚动也流畅。Vim 处理超大文件更是强项两三百 MB 的文本直接vim打开完全无压力。如果 VS Code 变得越来越卡先看插件。按CtrlShiftP输入Developer: Show Running Extensions能看到每个插件的运行耗时。我遇到过某个主题插件导致启动直接多花 2 秒禁用后整个世界都清净了。另外 VS Code 的“设置同步”功能很好用换机器时登录账号就能同步配置和插件但同步之前建议清理一遍无效插件否则会把“垃圾”也搬过去。插件失效的问题也常见。VS Code 更新版本后某些插件暂时不兼容表现是扩展命令不可用或功能不生效。处理方法是先禁用所有插件逐个启用定位问题如果某个插件长期不更新考虑换一个替代品。4.3 常见问题速查表问题原因解决办法中文打开乱码文件编码与编辑器默认编码不一致用 Notepad 的“编码”菜单切换编码VS Code 点击右下角编码重新打开保存后代码编译报错提示非法字符换行符或 BOM 不一致将换行符统一为 LF去掉 UTF-8 BOM打开大文件卡顿/无响应编辑器内存或渲染限制换 Notepad 或 Vim 打开VS Code 关闭自动高亮VS Code 启动越来越慢插件过多或部分插件耗时高用Developer: Show Running Extensions查看耗时禁用无用插件右键菜单没有“用编辑器打开”安装时未关联文件类型重新安装或手动添加右键菜单VS Code 安装时可勾选Notepad 有“添加到右键菜单”选项Vim 中文注释乱码_vimrc编码问题将_vimrc存为 UTF-8配置set encodingutf-8Sublime Text 频繁提示购买评估期提醒如有条件可以付费支持不介意提示可以继续使用评估版任何编辑器都打不开某些二进制文件普通文本编辑器不支持二进制查看在 Notepad 插件中启用 Hex-Editor或用专门的十六进制编辑器5. 一个小技巧最后分享给你我个人的习惯是“常用 VS Code常备 Notepad终端用 Vim偶尔用 Sublime Text 换换心情”。四款编辑器不会互相冲突关键是每个场景用对应的工具效率自然上来。最后分享一个切工具的细节把四款编辑器的主题统一成同一套配色方案比如 VS Code 用 DarkNotepad 用 ObsidianSublime Text 用 MonokaiVim 用 desert。这样切换编辑器时视觉压力小不用重新适应。这个细节看起来不起眼但真正跨编辑器工作时能省下不少眼睛的功夫。工具是拿来干活的不是拿来折腾的找到适合自己的组合比追逐最新最热更重要。