简介：这份文档面向希望在 Mac 电脑上使用 Notepad++ 的用户，尤其是习惯 Windows 编辑环境、又不愿更换工具的开发者与运维人员。由于 Notepad++ 官方并未推出 Mac 版本，资源围绕借助 WineBottler 在 macOS 上运行 Windows 程序的思路展开，帮助读者解决跨平台安装与使用的问题。压缩包内共 1 个 docx 文件，约 357KB，内容以图文步骤与功能说明为主，便于按顺序查阅。文档梳理了从下载 WineBottler、复制应用、搜索并安装 Notepad++，到命名、运行与更新重启的完整流程，同时介绍了 27 种语法高亮、自定义语言、文件类型自动检测、节点折叠、缩进引导线、双窗口与多子窗口、F11 全屏切换、滚轮缩放、邻行互换、宏功能及字节数显示等特性。目前已有 2639 人学习，适合需要快速上手 Mac 版 Notepad++ 的读者参考。
1. Notepad++ 在 Mac 上的真实处境：为什么搜“Mac 版安装”的人最后都换了路
如果你是在 Windows 上用了十年 Notepad++，换到 Mac 后第一件事就是搜“Notepad++ Mac 版怎么安装”，那你大概率已经踩进了第一个坑：Notepad++ 官方从来没有发布过 macOS 原生版本。它基于 Scintilla 和 Win32 API 构建，整个界面层、消息循环、插件体系都绑死在 Windows 上，官方下载页只提供 Windows 安装包和便携版，没有 .dmg，也没有 Homebrew cask 里的官方条目。所以“Notepad++ Mac 版安装”这个搜索词背后，真实需求其实是三件事：一是想找一个在 Mac 上能替代 Notepad++ 的轻量编辑器，二是想通过 Wine、CrossOver 这类兼容层把 Windows 版跑起来，三是想确认有没有人做过移植版、值不值得折腾。这篇文章就按这三条路拆开讲，把每条路的命令、参数、翻车点都摆出来，让你看完能自己判断该走哪条，而不是在论坛里翻三年前的旧帖。适合刚换 Mac 的 Windows 老用户、需要临时改配置文件的运维、以及想给团队统一编辑器选型的人。
2. 先搞清楚 Notepad++ 为什么没有 Mac 原生版：从 Scintilla 到 Win32 的绑定关系
2.1 官方下载页只给 Windows 包，这不是遗漏而是架构决定
Notepad++ 的核心编辑组件是 Scintilla，这一层本身是跨平台的，macOS 上也有基于 Scintilla 的编辑器（比如早期版本的 TextMate 部分组件、SciTE 的 macOS 构建）。但 Notepad++ 在 Scintilla 之上又包了一整套 Windows 专属的东西：窗口消息循环用 Win32 API，菜单和工具栏用 Win32 控件，插件系统通过 DLL 加载，配置写进注册表或 %APPDATA%。这意味着它不是“编译一下就能上 Mac”的项目，而是需要重写整个外壳层。官方论坛里作者多次表态没有 macOS 移植计划，原因也在这里——维护成本等于重做一个编辑器。所以你搜到的任何“Notepad++ Mac 版下载”，要么是兼容层方案，要么是第三方套壳，要么干脆是挂羊头卖狗肉的别的编辑器。
2.2 三条可行路径的选型对比：兼容层、替代品、虚拟机
既然没有原生版，实际能走的路就三条，我先把结论摆出来，后面再逐条展开。
| 路径 | 代表方案 | 上手成本 | 稳定性 | 适合谁 |
|---|---|---|---|---|
| 兼容层 | Wine / CrossOver 跑 Windows 版 | 中 | 中低，插件易崩 | 只想临时用、能接受折腾 |
| 原生替代 | VS Code、Sublime Text、BBEdit、CotEditor | 低 | 高 | 长期在 Mac 上写代码/改配置 |
| 虚拟机 | Parallels / VMware Fusion 装 Windows | 高 | 高 | 本来就有 Windows 授权和虚拟机 |
选型逻辑很简单：如果你只是偶尔改个 .conf、.json，直接上原生替代品，十分钟搞定；如果你对 Notepad++ 的某个插件（比如 JSON Viewer、Compare）有硬依赖，才考虑兼容层；如果你公司环境本来就跑 Windows 虚拟机，那顺手在里面装一个最省事。下面分别讲兼容层和替代品的具体操作。
2.3 用 Homebrew 装替代编辑器的标准命令
Mac 上装编辑器最干净的方式是 Homebrew，先确认 brew 可用，再按需安装。下面这段是通用流程，把编辑器名字换掉即可。
# 先确认 Homebrew 已安装，没有的话按官网脚本装 brew --version # 更新索引，避免装到旧版本 brew update # 装 VS Code（图形界面，插件生态最接近 Notepad++ 的扩展能力） brew install --cask visual-studio-code # 装 Sublime Text（启动快，适合大文件） brew install --cask sublime-text # 装 CotEditor（纯原生轻量，最接近 Notepad++ 的“打开即用”手感） brew install --cask coteditor逻辑说明：--cask表示安装的是图形应用而不是命令行工具，Homebrew 会把 .app 放到 /Applications 下。参数上没什么可调的，唯一要注意的是首次运行可能被 Gatekeeper 拦，去“系统设置 → 隐私与安全性”点“仍要打开”即可。如果你连 Homebrew 都不想装，CotEditor 可以直接从 Mac App Store 装，这是最省事的一条路。装完之后建议把 CotEditor 或 VS Code 设为 .txt、.json、.conf 的默认打开程序，这样双击文件的行为就和 Windows 上双击进 Notepad++ 一致了。
3. 用 Wine 在 Mac 上跑 Windows 版 Notepad++：命令、参数与首次启动配置
3.1 Wine 与 CrossOver 的区别，以及为什么我更推荐先用 Wine 试水
Wine 是开源的 Windows API 兼容层，CrossOver 是它的商业发行版，内置了更多针对具体软件的调优配置。对 Notepad++ 这种轻量程序，Wine 裸跑的成功率其实不低，主要问题是字体渲染和插件加载。我一般建议先用 Wine 试，能跑起来再考虑要不要买 CrossOver。Mac 上装 Wine 最稳的方式是通过 Homebrew，但要注意 Apple Silicon（M 系列芯片）和 Intel 芯片的包不一样，M 系列需要 Rosetta 2 转译或者用 wine-crossover 这类分支。
# Apple Silicon 机器先装 Rosetta 2，否则 32 位 Windows 程序跑不起来 softwareupdate --install-rosetta --agree-to-license # 通过 Homebrew 装 Wine（stable 分支） brew install --cask wine-stable # 验证安装 wine --version逻辑说明：softwareupdate --install-rosetta是 M 系列芯片跑 x86 程序的前提，不加--agree-to-license会卡在交互确认。wine-stable是相对保守的分支，适合跑 Notepad++ 这种老程序；如果你要跑更新的 Windows 软件，可以换wine-staging。装完后wine --version能输出版本号就说明环境通了。注意 Wine 会默认创建一个虚拟的 C 盘，路径在~/.wine/drive_c/，后面装 Notepad++ 就装在这里面。
3.2 下载安装包并在 Wine 前缀里完成安装
Notepad++ 官方提供的是 .exe 安装包和 .zip 便携版。在 Wine 环境下，我强烈建议用便携版（zip），因为安装包会写注册表、装 Shell 扩展，在 Wine 里容易出问题。便携版解压即用，卸载就是删目录。
# 建一个专门放 Windows 程序的目录，避免污染默认 wine 前缀 mkdir -p ~/wine-apps/notepadpp cd ~/wine-apps/notepadpp # 假设你已经从官方下载了便携版 zip，放到当前目录 # 解压（Mac 自带 unzip） unzip npp.*.zip -d ./npp # 用 wine 启动主程序 wine ./npp/notepad++.exe逻辑说明：把程序放在独立目录是为了以后想删就删，不影响 Wine 默认前缀里的其他东西。wine ./npp/notepad++.exe会触发 Wine 初始化，第一次运行会弹一堆“正在配置”的窗口，等它跑完。如果启动后界面字体发虚，是 Wine 的字体替换没配好，可以在winecfg里把默认字体设成 Mac 上已有的字体（比如 PingFang SC）。参数上，wine命令可以加WINEPREFIX=~/wine-apps/prefix来指定独立前缀，这样多个 Windows 程序互不干扰，我一般会给每个常用程序单独建前缀。
3.3 让 Notepad++ 在 Wine 里稳定工作的三个配置项
跑起来只是第一步，要让它能日常用，还得调三处。第一处是字体，Wine 默认用 Tahoma 之类的字体，中文会糊，在winecfg的“显示”选项卡里把默认字体改成 PingFang SC 或 Songti SC。第二处是文件关联，Wine 里的 Notepad++ 默认只能看到虚拟 C 盘，要访问 Mac 的文件，得在winecfg的“驱动器”里把/Users/你的用户名映射成一个盘符（比如 Z:），这样在 Notepad++ 里就能打开 Mac 上的文件。第三处是插件，Notepad++ 的插件是 DLL，Wine 对部分插件的支持不完整，JSON Viewer 这类纯解析插件通常没问题，但涉及 Shell 集成、右键菜单的插件基本会崩，建议只装必需的。
提示：Wine 跑 Notepad++ 时，如果遇到“无法保存文件”，先检查映射的盘符是否有写权限，Wine 对 macOS 的权限模型适配不完美，必要时把文件先复制到虚拟 C 盘再编辑。
4. 原生替代方案怎么选：VS Code、Sublime Text、CotEditor 的能力对照
4.1 从 Notepad++ 迁移过来最该关注的四个能力
换编辑器不是看谁功能多，而是看你在 Notepad++ 里最常用的那几个动作在新工具里顺不顺手。我总结下来是四个：一是“打开即用”，双击文件秒开，不弹项目向导；二是“多标签 + 会话保存”，关掉再开还在原来的文件；三是“查找替换支持正则”，改配置文件时批量替换靠它；四是“编码和换行符切换”，Windows 过来的文件经常是 GBK 或 CRLF，要能一键转。按这四个维度，CotEditor 最接近 Notepad++ 的手感，VS Code 功能最全但启动稍重，Sublime Text 介于两者之间。
4.2 用命令行快速验证替代编辑器是否满足你的场景
装完之后别急着配插件，先用几个命令验证核心能力。下面这段是检查编码转换和正则替换的流程，以 VS Code 的命令行工具code为例。
# 确认 VS Code 命令行工具已装（在 VS Code 里按 Cmd+Shift+P 搜 "Shell Command" 安装） code --version # 打开一个 GBK 编码的文件，验证能否正确识别 code ~/test/gbk-file.txt # 用命令行做一次正则替换的预演（实际替换在编辑器里用 Cmd+H） # 这里只是演示 sed 的等价写法，方便你对照编辑器行为 sed -E 's/old_[0-9]+/new/g' ~/test/config.conf > ~/test/config.new逻辑说明：code --version能输出版本说明命令行工具通了，之后可以在终端里code .直接打开当前目录。GBK 文件在 VS Code 里默认可能显示乱码，点右下角编码切到 GBK 再“通过编码保存”为 UTF-8，这一步和 Notepad++ 的“编码 → 转为 UTF-8”是等价的。sed那行只是给你一个正则替换的参照，实际在编辑器里用 Cmd+H 打开替换面板，勾选正则模式即可。参数上，VS Code 的files.autoGuessEncoding设成 true 能自动猜编码，减少手动切换。
4.3 把常用文件类型默认关联到新编辑器
迁移的最后一步是改默认打开方式，否则双击 .json 还是弹原来的程序。Mac 上可以右键文件 → “显示简介” → “打开方式” → 选新编辑器 → “全部更改”。批量做的话可以用duti这个命令行工具。
# 安装 duti brew install duti # 查 VS Code 的 bundle id osascript -e 'id of app "Visual Studio Code"' # 把 .txt .json .conf 默认关联到 VS Code（bundle id 换成上一步查到的） duti -s com.microsoft.VSCode .txt all duti -s com.microsoft.VSCode .json all duti -s com.microsoft.VSCode .conf all逻辑说明：duti -s的第一个参数是应用的 bundle id，第二个是扩展名，第三个all表示所有角色（打开、编辑等）都用这个应用。bundle id 用osascript查最准，别凭记忆写。这一步做完，Mac 上的文件打开体验就和 Windows 上双击进 Notepad++ 基本一致了。如果你用的是 CotEditor，把 bundle id 换成com.chikorita.CotEditor即可。
5. 避坑与排查：Mac 上折腾 Notepad++ 最常见的五个翻车点
5.1 现象：Wine 装完启动报 “cannot find wine” 或直接闪退
原因：M 系列芯片上装了纯 x86 的 Wine 包，或者 Rosetta 2 没装，导致二进制无法执行。解决：先跑softwareupdate --install-rosetta --agree-to-license，再确认wine --version能输出。如果还不行，换wine-crossover或wine-staging分支重装，M 系列对 Wine 分支比较挑。
5.2 现象：Notepad++ 在 Wine 里中文全是方块或乱码
原因：Wine 前缀里没有可用的中文字体映射，默认字体回退到了不含中文的字体。解决：运行winecfg，在“显示”选项卡把默认字体改成 PingFang SC，并在“字体替换”里把 Tahoma、MS Shell Dlg 都映射到 PingFang SC。改完重启 Wine 程序生效。
5.3 现象：能打开 Mac 上的文件但保存时报权限错误
原因：Wine 映射的盘符默认可能是只读，或者 macOS 的隐私保护拦住了 Wine 对某些目录的访问。解决：在winecfg的“驱动器”里确认映射的盘符类型是“硬盘”而不是“CD-ROM”，并检查该目录的权限（ls -l看是否有写位）。如果文件在“文稿”“桌面”等受保护目录，去“系统设置 → 隐私与安全性 → 文件和文件夹”里给 Wine 授权。
5.4 现象：装了 JSON Viewer 插件后 Notepad++ 启动就崩
原因：部分 Notepad++ 插件依赖 Windows 的 Shell API 或 .NET 运行时，Wine 对这些的支持不完整。解决：进 Notepad++ 的插件目录（~/.wine/drive_c/.../plugins），把刚装的插件 DLL 删掉，或者启动时按住 Ctrl 进入无插件模式再禁用。经验是只装纯文本处理的插件，带界面集成的慎装。
5.5 现象：替代编辑器打开大文件卡死，Notepad++ 却很流畅
原因：VS Code 这类基于 Electron 的编辑器对大文件（几十 MB 以上）处理不如原生编辑器。解决：大文件用 CotEditor 或 Sublime Text 打开，它们的内存占用和渲染方式更接近 Notepad++。如果必须用 VS Code，在设置里关掉editor.minimap.enabled和语法高亮，能缓解卡顿。
6. 进阶技巧：用命令行把 Notepad++ 的使用习惯搬到 Mac
如果你已经决定用原生替代品，但还怀念 Notepad++ 的一些顺手操作，可以用命令行补回来。比如 Notepad++ 的“在文件中查找”对应 Mac 上的grep -rn，它的“宏录制”对应sed或awk脚本，它的“比较插件”对应diff命令。下面这段是我自己常用的组合，把“批量改配置文件”这个高频动作做成一行命令。
# 在当前目录所有 .conf 文件里，把 old_host 替换成 new_host，并备份原文件 grep -rl 'old_host' --include='*.conf' . | while read f; do cp "$f" "$f.bak" # 先备份，后悔药 sed -i '' 's/old_host/new_host/g' "$f" done # 验证替换结果 grep -rn 'new_host' --include='*.conf' .逻辑说明：grep -rl列出包含目标字符串的文件，while read逐个处理，cp做备份，sed -i ''是 macOS 上原地替换的写法（注意-i后面必须跟一个空字符串，这是 BSD sed 和 GNU sed 的区别，很多人在这里翻车）。这套组合比在编辑器里一个个点替换快得多，也更适合放进脚本。参数上，--include限定文件类型，避免误改二进制文件；备份后缀用.bak方便回滚。
再补一个验证方法：改完配置后，用diff对比备份和原文件，确认只改了预期的地方。
# 对比备份和修改后的文件，确认改动范围 diff ~/test/config.conf.bak ~/test/config.conf如果diff输出只有你预期的那几行，说明替换干净；如果多出别的改动，说明正则写宽了，从备份恢复重来。这个习惯我保持了多年，比任何“撤销”都可靠。Mac 上折腾 Notepad++ 这件事，说到底不是找一个一模一样的替代品，而是把“快速打开、批量替换、编码转换”这几个真实需求用 Mac 上更顺手的工具满足掉。我自己的做法是 CotEditor 管日常小文件，VS Code 管项目，命令行管批量操作，三件套用了两年没再想过装 Wine。希望帮到你。
本文还有配套的精品资源，点击获取
