应使用tasklist命令查Notepad++私有工作集：运行tasklist /fi "imagename eq notepad++.exe" /fo list | findstr "Memory"，输出的Memory Usage值（单位KB）即其当前内存占用，该值包含所有标签页、插件及缓存，最接近实际RSS内存。
Notepad++ 本身不显示“文件占用的内存大小”，它只显示文件在磁盘上的逻辑字节数（即文件大小），而实际内存占用取决于编辑器内部如何加载、解析和缓存该文件——这个值无法从界面直接读出，必须通过系统级工具观测进程真实 RSS 内存。
怎么用系统命令查 Notepad++ 当前内存占用
Windows 下最直接的方式是用 tasklist 查私有工作集（Private Working Set），这最接近“文件实际吃掉的内存”：
- 打开命令提示符，运行：
tasklist /fi "imagename eq notepad++.exe" /fo list | findstr "Memory" - 输出中的
Memory Usage字段单位是 KB，比如Memory Usage: 142,368 K≈ 139 MB - 注意：这个值是整个 Notepad++ 进程的内存，含所有标签页、插件、语法高亮缓存等，不是单个文件独占量
- 若开了多个大文件，可配合
pidof notepad++.exe（Linux/macOS）或任务管理器 PID 定位后，用top -p <PID>或htop -p <PID>持续观察波动
为什么不能只看“文档信息”里的文件大小
右键编辑区 → “文档信息”弹出的窗口里显示的 Size 是磁盘字节数，和内存占用几乎无关。尤其对大文件：
- UTF-8 文件读入后转为 UTF-16 存储（Windows 默认），内存翻倍；100MB 文件可能占 200MB+ 内存
- 启用语法高亮时，Scintilla 会为每行构建词法状态对象，额外增加 20%~50% 内存开销
- 撤销历史默认保存 1000 步，大文件下每步快照可能达数 MB，累积起来远超原始大小
- “监视文件”功能开启后，后台持续
stat()检查也会轻微抬高常驻内存
大文件场景下怎么估算单文件内存压力
没有精确公式，但可按以下经验锚点快速判断是否异常：
- 纯文本（无高亮、无撤销）：内存 ≈ 文件大小 × 1.8～2.2（编码转换 + 行缓冲）
- 启用 C/C++ 高亮 + 保留撤销：内存 ≈ 文件大小 × 3～5（尤其 >50MB 后增长非线性）
- 打开 200MB 日志文件后内存飙到 1.1GB？大概率触发了完整加载 + 高亮全量分析，应立即启用“大文件模式”
- 验证是否启用成功：菜单栏
Settings → Preferences → General → Enable large file mode必须勾选，且文件大小超过设置中MAX_BIG_TEXT（默认 100MB）
容易被忽略的关键点
很多人以为关掉其他标签页就能释放内存，但 Notepad++ 的 Scintilla 缓存（如词法分析器状态、渲染位图）未必随标签关闭立即回收；m_bookmarkPng 等资源在析构时未置空指针，也可能导致小规模内存滞留。真正压测时，别只盯初始加载值——滚动到底部再拖回顶部，观察内存是否回落；否则说明“分块加载”没生效，仍在 hold 全量缓冲。
