TXT文件格式
TXT文件，全称为Text File，是一种最基础、最通用的纯文本文件格式。它仅包含人类可读的文字字符，不包含任何复杂的排版、字体样式、颜色或嵌入的图片等多媒体元素。由于其结构极其简单，TXT文件具有体积小、兼容性极强、打开速度快等特点，几乎可以在任何操作系统和设备上被轻松创建和读取，是数据交换和文字记录的理想选择。
TXT文件编码格式
任何TXT文件都必然依赖于某种编码规则，编码格式决定了计算机如何将文件中的字节数据转换为人类可读的字符。
常见的TXT文件编码格式主要包括ASCII、GBK/GB2312、Unicode、UTF-8、UTF-16等。
常见的TXT文件编码格式
ASCII
ASCII是最基础的编码格式，仅使用7位二进制数表示128个字符，包括英文字母、数字、标点符号和控制字符，因此仅能表示纯英文内容。如果一个TXT文件里有中文、日文等其他语言的内容，那么这个TXT文件就绝不是ASCII格式的。
GB2312 / GBK
GB2312/GBK是中国国家标准编码，GB2312收录了6763个汉字，GBK是GB2312的扩展，收录了21886个汉字，兼容GB2312。仅支持中文和少量其他语言，目前有相当一部分的TXT文件仍在使用GB2312/GBK编码格式。
Unicode
Unicode是统一码联盟制定的字符编码国际标准，又称统一码、万国码。Unicode为每个字符分配一个唯一的代码点，无论在哪种语言或平台上，这个编号都保持不变，彻底解决了不同语言编码的兼容性问题，支持跨语言、跨平台文本处理。不过Unicode本身只是一套字符集，规定了每个字符的编号，而UTF-8、UTF-16等则是具体的编码实现方式。
UTF-8
UTF-8是Unicode最流行的一种实现方式。它完美兼容ASCII，是目前互联网上最通用的编码格式，大部分的TXT文件都是UTF-8格式的。
UTF-16
UTF-16是另一种常见的实现方式，它在Windows系统内部和Java编程语言中被广泛使用，文件开头通常带有BOM（字节顺序标记）来标识字节序。
辨别一个TXT文件究竟是哪种格式是比较困难的
TXT文件本身不存储“我使用了什么编码”的元数据标签，但它的内容必然是按照某种编码规则生成的，否则根本无法被正确写入和读取，而且必须打开时软件使用解码格式与文件保存时使用的编码格式一致，否则会出现乱码。例如，用UTF-8编码保存的文件，用默认GBK的记事本打开就会显示异常。
目前并没有一个绝对正确的方法去辨别一个TXT文件究竟是哪种编码格式，有多种方式可以“推测”出一个文件的编码，但是需要注意的是，所有的方法都不能保证推测出来的结果是绝对准确的。例如，利用统计学原理对目标文本做统计运算，从而确定最可能的编码格式，但不能保证百分百准确。例如，我的一个文本文件中只有简单的英文字符，但是我将这个文件保存成了UTF-8格式，这时你无法判断这个文件究竟是ASCII编码还是UTF-8编码，因为UTF-8是兼容ASCII的。
TXT编码检测工具
你可以将TXT文件拖入这里来判断获取该TXT文件的编码格式
文件只在当前浏览器中处理，不会上传到服务器。检测结果为启发式判断，重要文件请先保留备份。
目前UTF-8等Unicode编码逐渐成为主流
ASCII和GBK作为较早的编码标准，正在逐渐退出历史舞台。ASCII只包含128个基本字符，完全不够用，而GBK在扩展ASCII时，主要增加了汉字的编码，并不支持Emoji等现代符号。例如，对于空格而言，Unicode支持普通空格、不间断空格、全角空格等，用于满足不同的排版要求，而ASCII/GBK只支持一种最基础的空格。
对于空格和回车而言，在ASCII、GBK和UTF-8这三种编码中的表示方式完全一样
GBK和UTF-8在设计时都遵循了一个重要原则——完全兼容ASCII。这意味着ASCII中定义的所有字符（包括空格、回车、换行等控制字符），在GBK和UTF-8中的编码值都保持不变。
CRLF— Windows（0x0D + 0x0A）LF— Linux / macOS（0x0A）CR— Classic Mac（0x0D）
但不同操作系统对换行的表示方式不一样：Windows的换行表示是回车+换行（CR+LF），Linux/macOS的换行表示是仅换行（LF）。这种差异会导致一个在Windows上创建的TXT文件，传到Linux上打开时，可能会在每行末尾多出一个不可见的回车符（0x0D），导致某些程序解析出错。不过Windows下的大部分软件都能识别仅换行，对于一些老旧的Windows程序或命令行工具可能仍会出现显示异常。
TXT换行处理工具
你可以将TXT文件拖入这里来判断该文件是何种换行以及将文件格式化成指定的换行模式
格式化并下载
输出文件不带 BOM，原文件不会被修改。