notepad++无法直接将二进制文件转base64，因其仅处理文本；mime tools插件仅对可见文本编码，不读取原始字节流；正确方法是用python脚本或powershell命令实现文件与base64互转。
Notepad++ 本身不能直接把整个文件（比如图片、PDF）转成 Base64 字符串——它只处理文本内容，对二进制文件会显示乱码或截断；所谓“文件转 Base64”，实际是把文件的原始字节读出来再编码，这必须借助外部工具或脚本。
为什么不能直接用 MIME Tools 对二进制文件操作
MIME Tools 插件只作用于当前文档的**可见文本内容**。如果你用 Notepad++ 打开一张 PNG 图片，看到的是乱码（如 ‰PNG 开头的一堆不可见字符），那只是 Notepad++ 尝试按文本解释二进制数据的结果，并非真实字节流。此时选中并点击 Base64 Encode，得到的是对这些“乱码文本”的编码，不是原图的 Base64。
- MIME Tools 本质是字符串到字符串的转换，不读取文件磁盘字节
- 它假设输入是合法 UTF-8 或 ANSI 文本，遇到
\x00、\xFF等字节会提前截断或报错 - 即使你手动把 Base64 字符串粘贴进新文档再解码，也只适用于已知编码后的文本，不解决“文件 → Base64”这一方向
真正可行的两种方案：Python 脚本 or 系统命令
推荐优先使用 Python 脚本，兼容性好、可控性强；系统命令适合临时应急但路径和权限容易出问题。
- 新建一个 Python 脚本（如
file_to_base64.py），内容如下：
import sys
import base64
if len(sys.argv) != 2:
print("Usage: python file_to_base64.py <filepath>")
sys.exit(1)
try:
with open(sys.argv[1], "rb") as f:
encoded = base64.b64encode(f.read()).decode()
print(encoded)
except Exception as e:
print(f"Error: {e}")</filepath>
- 在 Notepad++ 中配置外部运行命令：
Run → Run (F5)，输入：python "D:\path\to\file_to_base64.py" "$(FULL_CURRENT_PATH)" - 执行后，Base64 结果会弹出新窗口（或可改造成自动复制到剪贴板）
- 若无 Python，可用 PowerShell 替代（注意：必须用
$(FULL_CURRENT_PATH)，不能用$(CURRENT_WORD)）：powershell -Command "[Convert]::ToBase64String([IO.File]::ReadAllBytes('$(FULL_CURRENT_PATH)'))"
反过来：Base64 字符串保存为文件（比如还原图片）
这个操作比“文件→Base64”更常被需要，但也最容易出错——关键在于：你得确保粘贴进 Notepad++ 的 Base64 字符串是干净、完整、无换行/空格的。
- 先清理字符串：用正则
\s+替换为空，再检查长度是否为 4 的倍数，不足补= - 不要用 MIME Tools 的
Base64 Decode—— 它输出仍是文本，无法写入二进制文件 - 正确做法：写一个反向脚本
base64_to_file.py，接收剪贴板内容或标准输入，写入指定路径 - 或者更简单：全选 Base64 字符串 → 复制 → 在 PowerShell 中执行：
[System.IO.File]::WriteAllBytes("out.png", [System.Convert]::FromBase64String("$(Get-Clipboard)"))
最常被忽略的一点：Notepad++ 的编码设置会影响你粘贴 Base64 后的长度判断。如果文档是 UTF-8 BOM 模式，开头三个字节 \xEF\xBB\xBF 会被当成 Base64 内容的一部分，导致解码失败。操作前务必确认状态栏显示的是 UTF-8（无 BOM）或 ANSI。
