工具用的顺手吗？
你的反馈能帮助我们做得更好
批量检测文本文件编码格式，解决乱码问题，支持UTF-8/GBK等常见类型。
点击选择文件拖拽文件到此处，或点击上传
支持任意文本文件
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
文本文件在磁盘中由字节保存；编码规定这些字节如何对应字符。打开文件时若软件采用了与原文件不同的编码解释，中文或其他非ASCII文字就可能显示异常。本工具对多个文件分别给出编码判断，帮助定位导入数据或查看日志时的乱码来源。它检查编码，不执行加密或解密，也不会改写原文件。
检测时会优先识别文件开头的UTF-8 BOM、UTF-16大端或小端标记，再根据一段开头样本的字节特征判断其他编码。结果表会显示文件名、大小、编码标签和处理状态；部分候选标签还会附带估计置信度。纯ASCII文字在多种兼容解释下可能无法唯一指向某一种编码，因此短文本或内容单一的文件尤其需要人工复核。
UTF-8的BOM可作为编码签名，但UTF-8按字节解释，本身不存在大小端差异；没有BOM的文件仍可能是UTF-8。检测程序因此不能只靠“有没有标记”回答所有文件的编码问题，而要结合样本中的字节特征给出候选判断。
指南
按步骤完成操作，并通过示例核对输入与结果。
拖入或选择一个或多个文本文件。CSV、TXT和日志等文本数据是常见检查对象；工具会按文件分别处理。
检测会自动开始。逐行核对文件名、大小、编码标签和状态；看到Unknown或Binary / Unknown时，不要把它当成确定的文字编码。
需要记录批次结果时，可导出CSV清单。导出的只是文件与检测标签，不包含重新编码后的新文件。
检查结果清单只记录文件名、大小、编码标签和状态，适合先筛出需要复核的文件；它不会把文本内容嵌入导出的CSV。若导入程序要求特定编码，可用源文件在目标软件中试读，再对中文、标点和换行做抽样确认。
场景
查看这项工具在不同工作与生活流程中的用法。
数据分析人员遇到中文列名乱码时，可先检查源文件的编码标签，再在目标软件中选择兼容的读取方式并抽样核对字符。
运维或支持人员可批量扫查收到的日志文件，优先找出编码判断不一致的文件，避免逐个打开后才发现乱码。
例如收到多个来源的CSV时，先按检测表定位标签不同或置信度偏低的文件，再在正式批量导入前抽取少量行预览。若字符正常但分隔符或换行错位，问题也可能来自文件结构而不是字符编码。
问答
集中解答高频疑问与容易混淆的问题。
可以。BOM可以作为UTF-8签名，但不是UTF-8本身的必要组成部分；缺少BOM不能直接排除UTF-8。
纯ASCII字符使用的字节也能按UTF-8解释，因此样本没有足够差异时，单靠字节内容可能无法唯一确定文件原本声明的编码。
不会。结果只报告检测标签，不转换文件内容。需要修复时，应在支持指定编码的编辑器或导入流程中选择正确编码，并检查保存后的文字。
须知
使用前了解适用范围、结果限制与必要提醒。
编码判定并非文件格式校验。工具只读取文件开头最多10,000字节作为判断样本；样本过短、字符种类单一、文件实际为二进制内容或文本混有异常字节时，标签可能不确定或显示Binary / Unknown。高置信度标签也不能证明整份文件没有损坏。
检测在当前浏览器读取文件样本并展示结果，不提供转换或覆盖源文件的操作。重要数据请保留原件，用目标软件打开并抽查中文、符号及换行是否正确，再决定后续转换方式。
样本只覆盖文件开头，文件后部若出现另一种编码、异常字节或不同类型内容，检测表不会代替完整性检查。对合同、账单或生产数据，保留原件并以实际打开效果为准；不要仅凭一个标签覆盖或删除原文件。
推荐
查找相关工具、专题与可用的 API 能力。
