导入文件与压缩包

文件、目录、压缩包,以及字符编码。

导入方式

在「文件日志」中,可以通过选择文件、选择文件夹或拖拽导入。多文件加载后,支持识别的时间信息会参与排序;不要把视图行号当作文件中的固定物理行号。

文件列表用于查看加载状态和切换定位。文件名及路径可帮助区分来自不同模块的相似日志。

文件格式

类型 格式 处理方式
文本日志 .log、.txt,以及未被识别为二进制的文本文件 按选定编码解码并分行
单文件压缩 .gz、.zst 解压后作为日志文本读取
归档文件 .zip、.rar、.7z、.tar 枚举并解析其中的日志文件
压缩归档 .tar.gz、.tgz 通过归档处理器解析

支持递归处理已识别的嵌套归档。隐藏文件、常见系统文件及二进制文件可能被跳过。不同压缩算法、加密方式或损坏的归档不保证都能成功解压。

字符编码

默认使用 UTF-8。若中文出现乱码,点击日志底部的编码名称,尝试与文件来源一致的编码,例如 GB18030、GBK 或 Big5。选择器还支持保存默认编码。

不要把「界面提供某个编码选项」等同于当前浏览器一定支持该编码。实际解码依赖浏览器的 TextDecoder;不支持的编码可先在外部转换为 UTF-8。

大文件建议

  • 先加载与问题时间段相关的文件,避免一次解压不相关的归档。
  • 等待加载和搜索进度完成,再核对结果数量。
  • 对超长日志行,按需切换自动换行。换行后同一条日志会占据更多屏幕空间。
  • 导出范围很大时使用文件导出,给浏览器留出足够的内存和处理时间。

压缩包的下载大小不代表解压后的内存占用。虚拟列表减少的是渲染量,不会消除解压和数据处理成本。

行数与顺序

文件末尾的换行可能形成一个空白行,所以界面行数可能比肉眼数出的非空记录多一行。多个文件合并后,应结合时间、内容和文件来源核对顺序。

LogDog/读懂日志,找到线索。GitHub