关闭自动换行和语法高亮最立竿见影：自动换行强制Scintilla逐行计算宽度并缓存，破坏稀疏加载；语法高亮则提前构建整份文本token映射表，占用大量内存；二者关闭后1.2GB日志打开时间从45秒降至3秒内，操作路径为视图→自动换行（取消勾选）、语言→N→(无语法)，同时需禁用插件、以只读模式命令行或拖拽打开，并避免“标记所有”搜索。
关闭自动换行和语法高亮最立竿见影
自动换行(Word Wrap)不是视觉开关，而是强制 Scintilla 对每一行做宽度计算和折行缓存——遇到单行超 10KB 的 Java 堆栈日志，它会提前加载整行内容，直接破坏稀疏加载机制。语法高亮更隐蔽：它为整份文本构建 token 映射表，不是“渲染时才着色”，而是打开即分配内存。关掉这两项，1.2GB access.log 打开时间能从 45 秒压到 3 秒内。
- 操作路径：
视图 → 自动换行（取消勾选）；语言 → N → (无语法) - 别只关高亮——插件如
JSON Viewer会偷偷重建 token 表，分析前先禁用全部插件 - 切换到
语言 → T → Text file比多数语言模式轻量，但不如(无语法)彻底
必须用只读模式 + 命令行或拖拽打开
Windows 原生文件对话框在 >2GB 文件上容易被杀毒软件右键菜单、OneDrive 图标等 Shell 扩展卡住，表现为“点开后无响应”。这不是 Notepad++ 卡，是系统调用阻塞。更关键的是：文件 → 打开 触发可写模式预扫描——构建行号索引、UTF-8→UTF-16 转换、预留 undo 缓存，512MB 文件实际内存占用可达 2.1GB。
- 可靠方式：
notepad++.exe "D:\logs\app.log"（路径必须加英文引号） - 快捷方式：直接拖拽文件到 Notepad++ 窗口（跳过对话框）
- 拖入后若弹出
src/bigfilemessage.ui提示框，必须手动点一下（选No [Drop]），否则界面永久假死 - 中文路径、全角空格、波浪号(
~)会导致多文件静默丢弃，测试前先复制到C:\tmp\这类纯英文短路径
搜索别用“标记所有匹配项”，改用书签定位
搜索 → 标记所有匹配项 在 GB 级文件里搜 ERROR，会为每处匹配生成一个渲染标记对象。几万处匹配，UI 线程直接拖垮，滚动延迟明显。Scintilla 没有虚拟滚动，所有标记都进主缓冲区。
- 正确做法：
Ctrl+F→ 勾选“标记行” → “查找全部”，匹配行自动加书签 - 后续用
搜索 → 书签 → 复制书签行导出关键片段，不污染编辑区 - 正则搜索要锚定：
^\d{4}-\d{2}-\d{2} \d{2}:\d{2}:比.*ERROR快 50 倍；避免.*开头，改用[^\n]{0,200}ERROR - 搜索前先
Ctrl+G跳到大致行号（如1000000），避免从头渲染
超过 1.5GB 就该放弃硬扛
v8.5.9 及之前版本在 >1.5GB 场景下已不是“慢”，而是不可靠：SCI_SETTEXT 阻塞、内存分配失败、WM_PAINT 消息积压超万条，点 × 都关不掉。Notepad++ 的架构没为大数据浏览设计，强行硬扛只会拖慢整机响应。
- 替代方案优先级：
less（WSL 或 Git Bash，秒开任意大小文本） >VS Code + Large File Optimizer插件（支持 5GB 级别，需关扩展同步） >LogExpert（Windows 原生，带时间轴过滤） - 临时救急：PowerShell 分块提取 ——
Get-Content huge.log -Tail 10000 | Out-File truncated.log - 真正容易被忽略的是：配置优化只是延缓换工具的时间点，不是根本解法
