notepad++ 本身不支持绑定 cpu 核心，所有绑核操作必须在外部完成：启动时用 start /affinity 指定掩码（如 0x1 绑定 cpu 0），或运行后通过任务管理器、process explorer 动态修改亲和性；插件和配置文件均无效。
Notepad++ 本身不支持绑定 CPU 核心，也不能通过配置项或插件直接设置进程亲和性；所有“让 Notepad++ 跑在特定核心上”的操作，都必须在外部完成——要么启动时指定，要么运行后动态修改。
Notepad++ 启动时用 start /affinity 绑核（Windows 命令行）
这是最轻量、无需安装额外工具的方法，适用于希望每次启动都固定核心的场景。注意：start 命令只对新进程生效，不能改已有 Notepad++ 实例。
-
start /affinity 0x1 notepad++.exe→ 只跑在 CPU 0（掩码0x1= 二进制1） -
start /affinity 0x6 notepad++.exe→ 跑在 CPU 1 和 CPU 2（0x6=110，CPU 编号从 0 开始） - 掩码位数必须与系统总逻辑处理器数对齐；若你有 16 核，但只写
0x3，它仍只作用于低两位（CPU 0/1），其余位默认为 0 - 路径含空格时需加英文双引号：
start /affinity 0x1 "D:\Tools\Notepad++\notepad++.exe"
已运行的 Notepad++ 进程怎么改亲和性？
任务管理器能改，但仅限当前会话；Process Explorer 更可靠，且支持批量、脚本化操作。
- 在任务管理器“详细信息”页右键进程 → “设置相关性”，勾选目标核心 → 点确定（重启后失效）
- 用
Process Explorer（微软官方工具）：找到notepad++.exe进程 → 右键 → “Set Affinity” → 勾选 → OK（立即生效，无需重启） - PowerShell 中无法原生修改已有进程亲和性；
Set-ProcessAffinity是第三方模块命令，非 Windows 自带，误装可能引发权限或兼容问题 - 若 Notepad++ 是以“安装为所有用户”方式部署在
C:\Program Files\Notepad++，普通用户右键“设置相关性”可能因 UAC 权限不足而静默失败——此时必须用管理员权限打开任务管理器或 Process Explorer
为什么不能靠插件或配置文件实现绑核？
Notepad++ 的架构决定了它不具备进程级资源调度能力：它不暴露 API 给插件调用 SetProcessAffinityMask()，也不读取任何类似 cpu_affinity=0,2 的配置项。所有插件运行在主线程或独立线程中，但线程调度完全由 Windows 内核接管，编辑器自身无干预手段。
- 插件（如 PythonScript、NppExec）可调用系统 API，但需自行实现绑核逻辑，且仅影响插件自身线程，不影响 Notepad++ 主进程
- 试图在
config.xml或shortcuts.xml中添加亲和性字段无效——这些文件不解析 CPU 相关配置 - Notepad++ 8.8+ 默认安装路径受
UAC保护，即使你写了个绑核插件，也可能因无法提权调用系统 API 而静默失败
真正要稳住 Notepad++ 的 CPU 分配，关键不是找“编辑器内置开关”，而是把绑核动作固化到启动链路里：用快捷方式指向带 /affinity 的 start 命令，或用脚本封装启动流程。别指望配置文件或插件兜底——它们连入口都没有。
