Notepad++ 运行 Lua 脚本卡死主因是主线程阻塞，而非 lua.exe 本身：常见于 NppExec 输出重定向、中文乱码、插件后台扫描、路径未引号或含特殊字符、阻塞式系统调用及第二次运行时插件冲突。
Notepad++ 运行 Lua 脚本本身不会卡死——卡死的从来不是 lua.exe，而是 Notepad++ 在执行过程中被插件、渲染设置或错误命令链拖垮。真正出问题的环节，90% 都在「调用前」和「输出后」：比如 NppExec 正在捕获 stderr 时遇到中文乱码崩溃，或者语法高亮插件在脚本运行瞬间偷偷解析整个文件。
为什么按 F5 后 Notepad++ 直接无响应（不是黑窗闪退）
这不是 Lua 报错，是 Notepad++ 主线程被阻塞。常见诱因：
- 启用了
NppExec插件但没勾选Follow console output with caret，而 Lua 输出含非 UTF-8 字节（如 GBK 编码的中文），导致 Scintilla 渲染器卡在字符解码循环里 -
JSON Viewer或Explorer插件在当前文件保存/运行时触发后台扫描，尤其当 Lua 脚本生成了带缩进的 JSON 临时文件，插件会立即尝试构建树结构 - F5 命令写成
cmd /k lua "$(FULL_CURRENT_PATH)" & PAUSE，但路径含中文且未加引号，cmd解析失败后反复重试，Notepad++ 的 Run 模块陷入等待状态 - 脚本里用了
os.execute("pause")或阻塞式系统调用，而 Notepad++ 的控制台输出 pane 无法处理交互式子进程
NppExec 执行 Lua 时卡住的硬性规避点
用 NppExec 是对的，但默认配置极易翻车：
- 必须关闭
Enable output redirection（在 NppExec → Execute 对话框右下角）——开启它会让 Notepad++ 尝试把所有 stdout/stderr 写入编辑器缓冲区，一旦 Lua 输出超 1MB 或含非法 Unicode，直接 UI 冻结 - 不要在命令里写
chcp 65001 &&，NppExec 自身不兼容chcp切换，会导致后续命令静默丢弃；改用cmd /c "chcp 65001 >nul && lua \"$(FILE_NAME)\"" - 确保
cd "$(CURRENT_DIRECTORY)"在第一行，否则 Lua 的io.open()相对路径会指向 Notepad++ 安装目录，可能触发插件对不存在文件的无限重试扫描 - 禁用
Save all files before execution（Advanced Options → Save all files…），避免保存时触发其他插件的 onSave 回调
中文路径 + Lua 脚本 = 卡死高发组合
Windows 下双引号救不了所有情况：
-
"$(FULL_CURRENT_PATH)"在路径含全角空格、波浪号（~）或括号时仍会失效，cmd会截断；唯一稳解是把脚本移到纯英文路径（如C:\tmp\test.lua）再运行 - 若必须用中文路径，改用绝对路径调用：
"C:\lua\lua.exe" "$(FULL_CURRENT_PATH)"，且确保C:\lua\lua.exe这个路径本身不含空格或中文 - 脚本内若用
debug.traceback()或打印错误，堆栈里的文件路径会带中文，NppExec 的错误跳转功能（Follow console output with caret）会因路径解析失败而卡住光标定位逻辑
最常被忽略的是：卡死往往发生在「第二次运行」——第一次成功只是因为插件还没加载完，第二次才触发冲突。验证时务必重启 Notepad++ 并禁用全部插件后再试一次。
