先判断慢在哪里
大日志“打不开”可能发生在文件读取、解压、字符解码、时间解析或页面显示的不同阶段。先从一份未压缩的文件开始，记录文件大小、日志行数、编码、浏览器版本和设备内存。不要直接把压缩包大小当成解压后的内存需求。
LogDog 的虚拟列表只渲染可见日志行，降低显示阶段的开销。它不能消除读取、解压和搜索的成本，也不代表任意大小的文件都能打开。
使用小样本确认格式
- 从同一来源准备一份较小的日志，或按日期在源端拆分文件。
- 打开 LogDog 分析器，导入文件并确认文字和时间是否正常。
- 有乱码时先调整编码，再验证搜索。编码错误会同时影响阅读和匹配。
- 确认小样本正常后，再逐步增加文件范围；观察问题首次出现的阶段。
拆分文件时保留原始文件，确保多行堆栈和同一次请求没有被意外截断。排查跨时间段问题时，需要同时保留相邻片段。
缩小搜索范围
优先使用请求 ID、错误码或明确关键词搜索，再尝试正则表达式。复杂表达式和很宽的匹配范围可能增加处理成本。
regex
request=req-1042
匹配后点击搜索结果，回到完整日志中的对应位置。只看错误行通常无法判断原因；至少核对错误之前的调用和错误之后的处理。
复制与导出分开处理
少量证据可直接复制。较多日志行应使用导出，避免把大型文本写入剪贴板。当前产品对超过 1000 行的行复制会提示使用导出。
搜索结果和完整日志分别维护选择。要导出两条匹配记录之间的连续上下文，应先回到完整日志视图选中范围，详见选择、复制与导出。
仍然失败时如何反馈
提供文件规模、编码、是否压缩、浏览器版本和出现问题的步骤。用去敏样本复现，避免上传含凭据、用户资料或业务数据的原始日志。没有经过相同环境实测时，不用固定的文件大小承诺性能。