notepad++拖入文件失败主因是windows路径解析崩坏，非软件限制；中文、全角字符、波浪号、超260字符等导致createfilew在shell层失败，仅首文件可能打开；可靠解法为命令行引号启动、移至纯英文路径拖拽、powershell标准化路径调用。
Notepad++ 本身不处理 Windows 路径长度限制，ERROR_PATH_NOT_FOUND 或拖入后静默失败，基本就是路径里有中文、空格、波浪号（~）、全角字符或深度嵌套导致的解析崩坏——不是 Notepad++ 拒绝打开，是它底层调用的 CreateFileW 在 Shell 层就失败了。
为什么拖进 Notepad++ 后只开第一个文件，甚至没反应
Windows 资源管理器在拖放时会把路径传给 Notepad++ 的命令行入口，但路径若含以下任一成分，就会被截断或丢弃：
- 中文路径（如
C:用户张三日志pp.log）——CreateFileW解析失败率超 70% - 全角空格或括号（如
C:My Logs（临时）error.log）——Notepad++ v8.5.9 不做 Unicode 转义校验，直接跳过 - 波浪号缩写路径（如
%USERPROFILE%Desktopig.log或~Downloads）——Shell 扩展未展开，传入的是字面字符串 - 路径总长度 >260 字符（即使启用了 LongPathsEnabled）——Notepad++ 未启用
\?前缀，仍走传统 API
实测：拖入 C:UsersAdministratorDocumentsProjectsackendlogs6-05-26pp-server-error-20260526-152344.log（共 127 字符）能成功；但加个中文子目录变成 ...日志...，第二个起的文件全部静默丢失。
绕过路径限制的三种可靠操作方式
别依赖右键菜单或资源管理器地址栏复制的路径——它们自带不可见控制字符或编码歧义。真正有效的只有这三种：
- 用命令行启动，并确保路径用英文引号包裹：
notepad++.exe "C: mppp.log"（C: mp是你手动建的短路径，非系统默认） - 拖拽前先重命名+剪切到纯英文路径：把文件移到
C: mp，改名为log1.txt，再拖入 Notepad++ 窗口 - 用 PowerShell 获取干净路径再启动：
Get-Item "C:我的文档ig.log" | ForEach-Object { notepad++.exe "$($_.FullName)" }——但必须先在 PowerShell 中执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser，否则脚本被拦截
注意：notepad++.exe 启动时的“起始位置”（快捷方式属性 → “起始位置”字段）会影响相对路径解析。如果该字段是空或 C:，而你拖入 ./config.ini，它会拼成 C:./config.ini 并报错。
Notepad++ 自身设置对路径无任何缓解作用
所有“设置 → 首选项 → 常规”里的选项（包括已移除的 DnD 开关）、注册表项、插件配置，对路径解析阶段零影响。v7.9+ 版本早已删掉所有与拖放相关的 UI 控制项，因为底层逻辑压根不走这些开关。
唯一能干预路径解析的时机，是在调用前把路径标准化为：
- 绝对路径
- 全 ASCII 字符
- 长度
- 不含
~、*、?、全角标点
否则，哪怕你禁用全部插件、切到“无语言”模式、勾上只读，也救不回一个因路径崩坏而根本没进加载流程的文件。
