你好.txt 到底是什么
把名字拆开看就清楚了：后缀 .txt 表示纯文本，前缀是你自己起的名字。它没有样式、没有嵌入对象、没有元数据，读到什么就显示什么，中间没有任何解释层。
正因为没有解释层，一个你好.txt 在 Windows 记事本、macOS 文本编辑、手机备忘录里可能呈现出完全不同的结果。显示效果由读取端的默认编码决定，而不是由文件自己说了算。
一、零格式意味着零依赖
纯文本的字节直接映射到字符，任何文本编辑器都能读取。它不像 docx 那样是一堆 XML 的压缩包，也不像 PDF 那样记录了字体与坐标。丢进浏览器、丢进终端、丢进代码编辑器，都能打开，只是中文能不能认出来要看运气。
二、编码是中文乱码的唯一元凶
“你好”这两个字，用 UTF-8 保存占 6 个字节，用 GBK 保存占 4 个字节，字节序列完全不同。如果文件按 GBK 写、读取端按 UTF-8 解，你看到的就会是“浣犲ソ”这类字符组合。这不是文件损坏，是解码方式选错了。
三、行尾符决定它能不能被脚本读懂
Windows 习惯用 CRLF，类 Unix 系统习惯用 LF。你好.txt 里如果混用了两种行尾符，某些批处理脚本会读到多余的回车字符，表现为参数末尾多出一个不可见符号。用编辑器的“显示不可见字符”功能可以一眼看出来。
四、它通常从哪里来
常见的四种来源：程序输出的日志片段、聊天记录的导出结果、开发时的测试用例、以及手动新建的备忘。前三种往往带着原系统的编码习惯，第四种则跟着你当前设备的默认设置走。
示例档案
下面五份档案覆盖了你好.txt 最常见的出现场景，点击卡片查看细节。
核心优势
零外部依赖，离线也能读
你好.txt 不引用任何字体、脚本或样式表。断网状态下换台设备打开，内容一个字都不会少。
体积与内容严格成正比
没有压缩包结构，没有隐藏对象。文件多大，正文就多长。这让它成为校验传输完整性的理想载体。
差异对比结果最干净
版本管理工具对纯文本的比对是逐行进行的。同一份你好.txt 改了一个字，diff 结果只会显示那一行，不会牵出无关的结构变化。
跨平台迁移损耗为零
从安卓传到 iOS，从 Windows 传到 Linux，只要编码统一，你好.txt 的内容不会因为系统差异发生任何形变。
相关资讯
常见问题
你好.txt 打不开或者显示空白怎么办？
先确认文件大小是否为零字节。如果大小正常，换一个编辑器打开，Windows 记事本、VS Code、手机备忘录都可以。空白通常是编辑器把内容当成了不可识别的编码，把编码切换成 UTF-8 或 GBK 一般就能看到内容。
你好.txt 里的中文为什么变成了乱码？
乱码的根源是解码方式与保存方式不一致。常见组合是文件用 GBK 保存、读取端按 UTF-8 解码，于是“你好”变成“浣犲ソ”。在编辑器里依次尝试 UTF-8、GBK、GB18030 三种编码，通常一次就能对上。
手机上能直接打开你好.txt 吗？
可以。安卓和 iOS 的文件管理器都能调用系统文本查看器打开。如果中文显示异常，换用支持编码切换的第三方阅读器，手动指定 GBK 或 UTF-8 即可恢复。
你好.txt 会不会携带病毒？
纯文本本身不包含可执行代码，无法自行运行。风险主要来自伪装：如果系统隐藏了扩展名，一个名为“你好.txt.exe”的文件看起来就像你好.txt。打开前先确认完整文件名和实际扩展名。
怎么把你好.txt 转成 Word 或 PDF？
先在编辑器里把编码统一成 UTF-8 并另存，再复制内容粘贴到文档工具中，或使用“另存为”选择目标格式。转换前统一编码能避免中文在转换过程中二次损坏。
怎么快速判断你好.txt 用的是哪种编码？
看文件开头三个字节。以 EF BB BF 开头的是 UTF-8 带 BOM；没有 BOM 且中文占两个字节的多为 GBK；中文占三个字节的多为 UTF-8。用十六进制查看器看一眼开头就能确认。
用户留言
按文中方法用十六进制看了下开头，果然是 EF BB BF，我的你好.txt 总算不乱码了。有人遇到过另存为之后又变回 GBK 的情况吗？
一直以为你好.txt 打不开是文件坏了，原来只是编码选错了。补充一句，手机端用阅读器手动切 GBK 也能救回来。
行尾符那一段帮了大忙，我的脚本一直多读出一个回车，查了两小时才想到是 CRLF 的问题。大家处理你好.txt 时记得开不可见字符显示。
想问问有没有人把你好.txt 转成 PDF 后中文变方块的？我统一成 UTF-8 之后就好了，但还是想知道原理。