每次帮朋友重装 Windows装完系统的第一件事永远是铺编辑器。这个问题被问过太多次Windows 上到底用哪款编辑器网上一搜全是榜单可榜单里的工具一半用不上。我自己的答案是四款Visual Studio Code、Notepad、Sublime Text 4、Vim。这四款不是同一个层面的竞品而是各自负责一类场景互相补充基本能覆盖日常办公、写代码、改配置、翻日志的全部需求。如果你正纠结装哪个这篇可以帮你把选择逻辑理清楚而不是堆一堆神器宝藏这种没有信息量的词。1. 选编辑器先分清需求编辑器不是越强越好1.1 编辑器、编译器、IDE别再混为一谈很多人把编辑器当成用来写代码的软件这个说法没错但太模糊了。热词里总有人反复搜编译器和编辑器的区别说明这两个概念确实容易混。编辑器本质上是一个处理文本内容的工具核心任务是把文字内容读取、展示、修改、保存编译器则负责把源代码翻译成机器能执行的文件。IDE 是集成开发环境等于编辑器加编译器加调试器加项目管理。可以打个比方编辑器像写字用的纸和笔编译器像把草稿誊成正式文件的机器IDE 则是一张带格式模板、自动校对、一键打印的全套办公桌。如果你只是改一份配置、查看日志、写个 Markdown 笔记那根本不需要装 Visual Studio 这种 IDE也不需要编译器一款合适的编辑器就够了。很多人一上来就装最重的工具结果软件占着几个 GB 内存平时用得上的功能不到两成。这也是这篇文章想强调的先看任务再选工具。四款编辑器各有擅长没有哪一款能通吃所有场景硬选一款只会处处别扭。1.2 四款编辑器的分工我的真实使用结构我日常的编辑器组合是这样的工具定位适合场景典型资源占用Visual Studio Code主力编辑器写代码、项目开发、调试、Markdown 写作启动偏慢插件多时内存占用较高Notepad轻量文本编辑器日志查看、配置文件快速修改、编码转换启动极快占用极低Sublime Text 4高性能编辑器超大文件、离线快速编辑、低配置机器备用启动快大文件表现极稳Vim终端编辑器远程服务器、命令行环境、无图形界面时的应急修改资源占用几乎可忽略这四款不是竞争关系而是在不同场景下各管一段。我日常七成时间在 VS Code遇到大日志、特殊编码文件、服务器上的临时修改会转到 Notepad 和 Vim。Sublime 更多是备选当 VS Code 插件加载太重、打大文件明显转圈时它能救急。很多新人最大的误区是把编辑器当信仰非要争出一个最强其实成熟的用法是让工具适配任务而不是让任务迁就工具。2. Visual Studio CodeWindows 上绕不开的主力编辑器2.1 安装之后优先调整的几个设置VS Code 的安装基本是傻瓜式但有几个点不调后面会难受。第一安装时勾选添加到 PATH和添加到右键菜单。这样在终端里输code .就能用当前目录打开项目资源管理器右键菜单也能直接使用 Code 打开。很多人装完发现命令行里敲不了code十有八九是这一步漏了。装的时候没勾也没关系手动把安装目录加进系统 PATH 即可。第二打开文件夹而非单个文件。命令行的使用习惯建议保持工作区概念用code .打开当前目录这样搜索、Git、终端都会基于根目录工作。很多人直接拖一个文件进窗口结果功能栏里全局搜索只能搜当前文件跨文件查找就废了还以为是软件问题。第三主动设置文件编码。在设置里搜索files.encoding选utf8同时关闭Auto Guess Encoding。这个操作能避免很多 Windows 中文场景下的乱码问题。VS Code 默认对未知编码会做猜测但遇到 GBK 编码的中文文件猜测经常出错最后满屏锟斤拷。手动把默认编码固定成 UTF-8遇到 GBK 文件再通过右下角状态栏手动切换思路清晰得多。第四管住扩展。VS Code 启动变慢八成是扩展太多。我装完第一件事不是急着搜插件而是把不常用的扩展全部禁用等真需要某个功能再去搜来装。有些人把 VS Code 装成全家桶启动要等十秒反而违背了选它的初衷。2.2 谁适合把 VS Code 当日常主力VS Code 适合这几类人要写 Python、JavaScript、Go、Java 等主流语言的开发者经常需要打开整个项目目录、在多个文件之间跳转的人要配合 Git 看 diff、做提交的人对插件生态有需求的人。它在微软生态下的 Windows Terminal、WSL 联动体验也很好这是很多编辑器比不了的。另外它还承担了我一部分 Markdown 编辑器的工作。写技术文档、记笔记、写项目 README直接在 VS Code 里用 Markdown 插件预览不需要再单独装一个 Markdown 编辑器。内置的 Markdown 预览、语法高亮、表格编辑已经够用而且能直接用 Git 管理文档版本比在线文档工具更可控。但它不是万能的。如果你只是偶尔打开一个文件、看个日志VS Code 就显得笨重。我见过很多非技术岗的同事为了改一行 CSS 也要开 VS Code然后抱怨电脑卡。编辑器选择要看任务复杂度轻任务用轻工具重任务才上重工具。这就是前面说的不是越强越好。2.3 我的 VS Code 踩坑记录卡顿、乱码和文件占用先讲卡顿。VS Code 偶尔 CPU 飙高常见原因有这几个搜索在扫描node_modules这类大目录文件监听范围太大某个扩展在后台反复联网更新。我的处理方式是在设置里加一段内容files.watcherExclude: { **/node_modules/**: true, **/dist/**: true }, search.exclude: { **/node_modules/**: true }这段配置的意思是文件和目录变更监听时跳过node_modules和dist全局搜索时也忽略这些目录。在 Node.js、前端项目里效果尤其明显能显著降低空闲时段的负载。乱码问题多半是编码猜错。前面提过files.encoding设置结合右下角编码状态栏手动切换基本能应付绝大多数情况。如果打开一个文件发现中文显示异常先别急着改内容在状态栏点编码尝试改成 GBK 或 GB18030看显示是否恢复正常。文件内容本身没坏只是用什么方式解读这段字节选错了。文件占用问题也常被误认为是编辑器 bug。某个日志文件被后台服务持续写入时Notepad 或者 VS Code 里打开后保存可能提示文件被占用。这不是编辑器问题是 Windows 文件句柄机制导致的另一个进程持有写锁编辑器的写入请求被拒绝。解决办法是先找出占用进程或者确认当前任务是否真的需要改这个文件如果是日志正在被服务写直接关掉编辑器里的文件就行不需要强行保存。3. Notepad处理日志和杂活的老牌轻量编辑器3.1 快速打开大文件和日志实时查看Notepad 最被低估的价值是处理大文件和杂活。Windows 自带的记事本打开 100MB 文本会直接卡死Notepad 能流畅处理几百 MB 的日志和导出数据。需要注意它也不是无限大的按照官方说明超过 2GB 的文件不建议用 Notepad 打开处理超大文件可以交给后面要说的 Sublime Text。但在日常办公场景里几百 MB 的文本完全够用。日志查看是我最常用的场景。过去排查线上问题需要在本机盯着服务日志有没有新报错手动刷新非常痛苦。Notepad 提供了一个很实用的能力检测文件变化并自动重新加载。配置路径为设置 - 首选项 - 文件 - 勾选检测文件状态和更新时自动重新加载。开启之后只要程序往日志里写内容Notepad 会自动把新内容加载进来效果类似 Linux 下的tail -f只是没有滚动跟随那么顺滑。再配合 CtrlF 搜索关键字定位问题时间点很方便。3.2 编码转换和换行符这些细节真的有用Notepad 的编码处理是我保留它的核心理由之一。右下角状态栏会显示当前文件编码菜单编码里可以选择转为 UTF-8、ANSI、UTF-16 等。我经常处理 Windows 老程序导出的 GBK 文件操作路径是打开文件后选择编码 - 转为 UTF-8 编码保存后文件就变成标准 UTF-8再发给同事或放入 Git 仓库都不会乱码。注意有两个选项容易混淆以 UTF-8 编码是临时按 UTF-8 解读不改变原文件转为 UTF-8 编码才会真正改字节内容并影响后续保存。需要转换时一定看清。换行符也是 Windows 用户容易栽跟头的地方。Windows 习惯用 CRLFLinux 习惯用 LF。Notepad 右下角会显示当前行尾格式可以通过编辑 - 行操作进行转换。曾经有个同事在 Git 里看到一大堆整个文件都被修改了的差异排查了半天原因只是 Windows 和 Linux 换行符不同Git 把每一行都当成新内容。这类问题在 Notepad 里一眼就能看到处理起来非常方便。3.3 查找替换、宏与插件管理的一点心得Notepad 的查找替换功能比很多现代编辑器更顺手。查找面板里可以跨文件搜索指定目录正则表达式模式也支持得很好。对于批量清理日志、替换格式这类需求它的表现很稳定很少出现 VS Code 因为文件太多而搜索超时的情况。宏功能也值得用。当你需要对多行重复执行同一批操作时点开始录制做一遍操作停止录制然后对每一处目标重复播放宏省去大量重复劳动。比如我处理一份几千行的 CSV 时需要把每行的某个固定字段去掉手工删太慢录一个宏批量播放几分钟就能搞定。插件方面要克制。Notepad 在 7.6 版本后移除了内置插件管理器新手经常找不到入口。目前比较稳妥的方式是去官网的插件页面下载对应 64 位或 32 位的插件包手动放到安装目录的 plugins 文件夹。注意位数必须匹配否则插件在加载阶段就会失败。常用的 Compare 插件能高亮对比两个文件TextFX 系列可以做文本编码处理但兼容性不一定都好。我的原则是Notepad 保持轻量需要什么功能再装不要把它改成重型工具。4. Sublime Text 4颜值与性能都能打的第二编辑器4.1 大文件打开的真实体验Sublime Text 4 的性能表现是我始终保留它的原因。它的底层用 C 实现打开大文件的速度非常出色。我处理过 800MB 左右的日志和 CSVSublime 虽然也需要等待加载但比 VS Code 顺畅太多。打开之后滚动、搜索、选中都还能保持响应这是大多数基于 Electron 的编辑器做不到的。能做到这一点是因为 Sublime 采用了一种按需渲染策略它不会把整个文件一次性渲染成屏幕上的可视元素而是只渲染当前显示区域附近的内容滚动时再动态加载。这也带来了一个代价超大文件里语法高亮、代码提示会自动降级或关闭。这是刻意设计换来的就是性能。如果不小心拿到一个好几 GB 的文本Sublime 依然能打开但建议只是看一眼、改局部用别指望它在这种文件里还能做复杂的代码分析。4.2 命令行启动、Goto Anything 和多光标编辑Sublime Text 4 安装后可以在命令行里使用subl命令。在 PowerShell 或 CMD 里进入项目目录输入subl .就能打开当前文件夹。这点对快速查看目录结构、临时修改文件很实用。它的 Goto Anything 功能也极高效率按 CtrlP输入文件名的一部分就能快速跳转按 CtrlR可以在当前文件里按符号或函数名跳转按 CtrlG可以直接跳到指定行。这组快捷键熟悉之后能明显减少鼠标操作。多光标编辑更是招牌按住 Ctrl 键在多个位置点击可以同时打多个光标或者选中一段文本反复按 CtrlD 逐个选中相同内容再统一修改。批量改字段名、同时给多行加前缀后缀这招是效率神器。Package Control 是它最主要的插件入口。安装方式为菜单 View - Show Console输入官方提供的一行命令。装上 Package Control 后可以方便地搜索、安装、卸载插件。但和 Notepad 一样我建议克制。Sublime 的亮点本来就是原生速度和快捷键塞满插件会把它拖回普通编辑器的水平。4.3 授权提示的准确说法很多人第一次打开 Sublime Text 4隔一段时间会弹出许可证提示。这里需要澄清这是询问你是否购买授权你可以直接关掉继续使用软件不会锁定功能。Sublime Text 的评估模式允许无期限免费使用只是会有提示弹窗。这个授权策略经常被人误解成破解版或试用到期其实不是。想长期免费使用只需要忍受偶尔的提示如果作为高频生产力工具买一份授权是合理的。不建议去找特殊版本或注册机一是安全风险高二是这软件本身没有功能封锁特殊版本完全没有任何额外收益反而可能被植入恶意代码。5. Vim在 Windows 里用终端编辑器的实用方案5.1 Windows 下安装 Vim 的几种渠道Vim 最初是 Linux 终端编辑器但 Windows 下完全能用而且用处不小。常见的安装方式有三种下载官方 Windows 安装包从 vim.org 找到对应 64 位安装包装完会有gvim.exe和vim.exe随 Git for Windows 附带安装 Git 时会包含一个 Vim直接能在 Git Bash 里用安装 WSL 后在 Linux 环境里使用vim命令适合已经熟悉 Linux 的用户。我推荐第一种独立安装的 Vim 版本更新、配置路径更清晰不会被 Git 捆绑版本干扰。安装时注意勾选添加 vim 到 PATH这样在 CMD 或 PowerShell 里输入vim就能打开。5.2 第一份_vimrc配置清单Windows 版 Vim 的配置文件不叫.vimrc而是叫_vimrc路径在C:\Users\你的用户名\_vimrc。第一份配置不用复杂够用就行set nocompatible syntax on set number set relativenumber set autoindent set tabstop4 set shiftwidth4 set expandtab set encodingutf-8 set fileencodingsutf-8,gbk,gb2312 set clipboardunnamedplus set mousea set wildmenu set hlsearch其中fileencodings是处理中文乱码的关键。它让 Vim 在打开文件时依次尝试 UTF-8、GBK、GB2312 等编码遇到 Windows 老文件也能正常显示而不是直接乱码。clipboardunnamedplus让 Vim 的复制粘贴和 Windows 剪贴板互通不然在 Vim 里复制内容到外面粘贴不出来体验会非常割裂。我把这些配置放在_vimrc后日常在 PowerShell 里打开文件就舒服多了。有和没有这份配置Vim 完全是两个软件。5.3 基础操作与什么时候才值得用 VimVim 的学习曲线比图形编辑器陡不少但掌握最基础的模式概念之后应急场景非常够用。它的核心是模式普通模式、插入模式、命令模式。刚开始只需要记住几个操作按i进入插入模式开始打字按Esc回到普通模式普通模式下输入:wq保存退出输入:q!不保存强制退出。如果屏幕上出现不知道该怎么退出通常是因为还落在插入模式或命令状态按两下 Esc 再试。什么时候值得学 Vim我建议满足以下任一条件再投入时间经常登录 Linux 服务器改配置不得不面对命令行编辑希望文本操作手不离键盘减少鼠标和触控板依赖需要批量替换、宏录制、跨文件跳转愿意先花几周适应期。如果只是 Windows 本地写写文档那完全不必学 Vim选 VS Code 或 Notepad 更高效。Vim 的价值在于只要终端能运行它就在那里不管你是 SSH 到远程主机还是 Windows Terminal 打开本地目录它永远是最可靠的兜底工具。6. 四款编辑器一起用的工作流按场景切换而非争高下6.1 我的日常切换规则我给自己定了几条简单的规则基本不需要思考就能执行。规则如下写代码、项目开发、需要 Git 集成时VS Code快速查看或修改配置文件、日志做编码转换Notepad超大文件、临时离线编辑、低配置设备上救急Sublime Text 4远程服务器、终端环境、命令行里临门一脚Vim。这些规则对应的是任务类型不是哪个工具更高级。我见过太多人陷入编辑器之争今天换一个、明天换一个真正该做的事反而被耽误。编辑器是工具不是身份象征。工具只有用对场景才有价值。6.2 典型处理场景复盘拿一次线上问题排查举例。我在 Windows 本机上拿到一份约 400MB 的服务日志VS Code 打开后搜索明显卡顿Notepad 打开很流畅。我先在 Notepad 里搜索关键字定位到具体报错时间点再回到 VS Code 打开对应的源码片段分析。定位到某个配置文件需要修改直接在 VS Code 里修改并保存。改完后需要到服务器上确认环境变量就打开 PowerShell 进入 WSL用 Vim 快速查看远端配置。整个过程没有打开过 IDE也没切换到复杂的调试界面事情就办完了。这种工作流的好处是每个工具都在做自己最擅长的事。VS Code 负责大面积代码操作Notepad 负责吃下大文件搜索Vim 负责终端环境应急Sublime 作为备用随时顶上。启动快、占用低、思路清晰不会因为某个工具卡死把整个排查过程拖住。还有一类场景是写文档。我写 Markdown 技术文档时用 VS Code可以一边写一边预览还能和代码放同一个项目目录。如果需要把某个 CSV 表格快速整理成可读格式我更倾向用 Notepad 做批量处理用 Sublime 打开超大数据集看结构最后到 VS Code 里完成正式写作。这种组合拳比迷信单一工具靠谱得多。7. 下载与安装避坑清单7.1 去官网而不是安全下载四款编辑器的官方网站分别是VS Code 在 code.visualstudio.comNotepad 在 notepad-plus-plus.orgSublime Text 在 sublimetext.comVim 在 vim.org。下载时的最大坑是搜索引擎第一页的推广链接和第三方下载站。很多站点挂着安全下载高速下载的按钮点下去会捆绑安装器、广告插件甚至改掉浏览器主页。我只从官网或官方 GitHub Releases 下载。安装时注意慢一点看清楚每个复选框VS Code 安装器可能有添加到 PATH的选项Vim 安装器有加入右键菜单的选项都是建议勾选的。第三方源码站或个人博客给的绿色版优化版我一般不推荐因为这些文件的来源不可控很难确认有没有被篡改。编辑器这种每天都要用的工具安全底线不能省。7.2 管理员权限与 PATH 配置装完编辑器后code、subl、vim这些命令能不能在终端里直接用取决于 PATH 是否配置。Windows 11/10 下打开系统属性 - 环境变量在 Path 变量里添加对应安装目录即可。比如 Sublime Text 4 默认装在C:\Program Files\Sublime Text把这个路径加进去PowerShell 里就能用subl了。VS Code 安装器自带这个选项但如果你当初没勾选就需要手动加。还有一个权限问题安装在C:\Program Files下的编辑器修改设置或写配置文件时需要管理员权限。如果碰到无法保存配置文件这类提示先确认软件是否以管理员身份运行或者干脆把个人目录迁移到用户文件夹下。我不建议长期右键以管理员身份运行来回避问题这种习惯会让用户目录和系统目录的权限边界越来越混乱。7.3 中文字体和编码乱码最后说说 Windows 上绕不开的中文乱码。前面提过几个关键点固定编辑器默认编码为 UTF-8遇到可疑文件先手动切换编码而不是直接改内容保存时看清临时编码显示和转码保存的区别。这里再补充字体建议如果编辑器里中文显示发虚、有方块或字体粗细不均优先安装微软雅黑或更纱黑体并在编辑器设置里配置字体回退。VS Code 的editor.fontFamily可以写成Cascadia Code, Microsoft YaHei, monospace这样英文用 Cascadia Code中文回退到微软雅黑。Notepad 在首选项 - 字体里可以设置全局字体。Sublime Text 修改font_face配置即可。一个审美上的小建议亮色主题下把行高设置为 1.4 到 1.6中文阅读会舒服很多深色主题则要注意语法颜色和背景的对比度别选对比太强的荧光配色长时间看眼睛容易累。另外保存文件时注意编码声明。Markdown 文件通常用 UTF-8很多 Windows 老程序的说明文件是 ANSI/GBK。编辑器默认按系统区域识别可能出错看到经典乱码锟斤拷烫烫烫时基本能断定是编码判断错了手动切到正确编码重开即可。这在这个乱码问题上比任何万能修复工具都可靠。我在实际使用中还有一个习惯把 Notepad 固定到任务栏把 VS Code 固定到开始屏幕WSL 里的 Vim 通过 Windows Terminal 的配置文件挂在右键菜单。这套组合用了很多年稳定、高效也推荐你先按自己的习惯小范围试一下。不用一次装齐先装一款主力等遇到具体场景再加比照搬任何人的全家桶都要靠谱。