Notepad++多行标签需手动修改config.xml并彻底退出程序才生效。路径为%APPDATA%\Notepad++\config.xml，找到<GUIConfig name="TabBar">添加multiLine="yes"，保存后彻底退出再启动；若无效需检查XML格式、文件权限及插件冲突。
Notepad++ 标签页不换行？改 config.xml 才生效
Notepad++ 默认只用一行显示所有标签，开十几个文件就挤成小点、点不开、关错页——这不是界面设置里能调出来的，GUI 里根本没有“多行标签”开关。真实路径是手动改配置文件，而且必须关掉 Notepad++ 再改，否则重启后会被自动覆盖。
- 配置文件位置：
%APPDATA%\Notepad++\config.xml（Windows 用户直接粘贴进文件资源管理器地址栏就能打开） - 找到
<GUIConfig name="TabBar">这一行，在它内部添加属性：multiLine="yes" - 改完后整行应类似：
<GUIConfig name="TabBar" multiLine="yes" ...>（其他原有属性保留不动） - 保存文件，**彻底退出 Notepad++（托盘图标也要右键退出）**，再重新启动
改了 multiLine="yes" 还是单行？检查这三项
常见改完没效果，基本卡在这三个地方：权限、格式、冲突插件。Notepad++ 启动时如果发现 config.xml 格式非法或写入失败，会静默回退到默认配置，表面看像“没生效”。
- 用记事本或 VS Code 打开
config.xml，确认修改后没有 XML 标签错位、引号不匹配、中文标点混入（比如用了全角“”代替英文""） - 右键
config.xml→ 属性 → 安全 → 确保当前用户有“写入”权限（尤其在系统盘装的绿色版或企业锁定环境） - 禁用插件测试：启动时加命令行参数
notepad++.exe -noPlugin，再看是否多行；若此时正常，说明某个插件（如Document List Panel或旧版Explorer）强行重写了标签行为
多行标签下 closeOnMiddleClick 和 dragAndDrop 行为变化
开启多行后，标签区域变成网格状布局，底层交互逻辑微调了：中间键关闭仍有效，但拖拽排序会跨行生效，容易误操作。
-
closeOnMiddleClick="yes"继续工作，但注意：鼠标悬停在标签文字上中键才触发，悬停在空白处无效（和单行时一致） -
dragAndDrop="yes"开启后，拖一个标签到另一行的任意位置都会插入该行对应位置，不是“拖到哪就放哪”，而是按视觉顺序重排整个行内序列 - 如果常误拖，建议临时关掉：
<GUIConfig name="TabBar" multiLine="yes" dragAndDrop="no" ...>
升级 Notepad++ 后多行设置消失？备份 config.xml 是唯一保险做法
每次大版本升级（比如从 v8.5 升到 v8.6），Notepad++ 会检测 config.xml 是否为“原始模板”，一旦发现自定义字段（比如 multiLine），可能跳过合并直接覆盖——这不是 bug，是设计如此。官方不承诺保留非标准配置项。
- 升级前手动复制一份
config.xml到桌面，升级完对比差异，把multiLine="yes"和其他必要修改（如字体、编码偏好）手工补回去 - 不要依赖“导入配置”功能，它只导出部分 GUI 设置，不包含
TabBar这类底层 UI 行为参数 - 如果你用便携版，把
config.xml放进同步文件夹，比依赖软件自身备份靠谱得多
多行标签看着是 UI 小事，但背后牵扯配置加载时机、XML 解析容错、插件生命周期——改完别急着验证效果，先确认进程真退出、文件真写入、权限真有效。漏掉任一环，就又回到挤成一条线的状态。
