近日，不少macOS用户反映，当在TextEdit（文本编辑）中将默认格式设置为“纯文本”后，新建文档的默认文件名会出现异常：不再是预期的“无标题1”或“无标题2”，而是直接从“无标题11”“无标题12”等较大数字开始。这一现象在社交媒体和技术论坛上引发热议，部分用户甚至怀疑自己的系统遭到了篡改。
问题详情：编号“跳级”而非重置
正常情况下，macOS TextEdit的新建文档编号会从“无标题1”开始，每新建一个未保存的文件，数字依次递增。但当用户在偏好设置中将“新建文档格式”由默认的“多信息文本（RTF）”改为“纯文本”后，情况发生了变化。有用户截图显示，首次新建纯文本文档时，文件名直接显示为“无标题11”；若继续新建，则依次出现“无标题12”“无标题13”……仿佛系统“记忆”了此前所有格式文档的历史计数。
进一步测试发现，这一现象与用户之前使用RTF格式时创建的文档数量有关。例如，若用户此前已新建了10个RTF无标题文档（即使大部分已关闭或未保存），系统会在纯文本模式下“继承”这个编号起点。换言之，TextEdit并没有为纯文本模式重置编号计数器，而是混用了全局序号。这导致许多新用户误以为自己的文件管理出现了污染。
用户反馈：困惑与无奈
在MacRumors论坛、Reddit的r/MacOS板块以及国内知乎平台，相关讨论热度持续攀升。用户@mac_newbie发帖称：“我刚刚把TextEdit设为纯文本，结果新建文件竟然是‘无标题17’。我还以为是哪个应用占用了前16个编号，但重启后依旧如此。”另一位开发者用户则从技术角度分析：“这可能是因为TextEdit在底层使用同一个UUID或序号池来标记未保存文档，无论格式如何。当格式切换时，旧的缓存并未清除。”
部分资深用户指出，该问题其实已存在多年，但苹果始终未在macOS更新中修复。有用户尝试通过清除文本编辑器的偏好设置文件（com.apple.TextEdit.plist）来重置计数器，但效果并不稳定。也有用户发现，只要在纯文本模式下手动保存过一次文件并关闭应用，后续新建的编号就会回到“无标题1”的正常状态。这为临时解决提供了思路。
苹果官方尚未回应，影响范围广泛
截至发稿，苹果公司尚未就此问题发布官方声明或补丁。然而，考虑到TextEdit是macOS内置的轻量级文本编辑器，用户基数庞大，尤其是程序员、写作爱好者以及习惯使用纯文本进行笔记的用户对这一行为尤为敏感。虽然该Bug不会导致数据丢失或安全风险，但“无标题11”这类不直观的文件名会干扰用户的工作流，甚至引发误操作——例如用户可能误以为存在大量未保存的旧文件。
有业内人士推测，该问题可能源于TextEdit的底层架构设计：不同格式的文档共用同一个“无标题”命名空间，而纯文本模式的启用并未触发编号重置逻辑。要彻底修复，苹果需要修改NSDocumentController或相应的文档管理代码。这在macOS 14 Sonoma及更早版本中均存在，预计将在未来的系统更新中得到解决。
临时解决方法
对于受影响的用户，以下两种方法可临时恢复正常编号：
-
手动保存并重启：新建一个纯文本文档，立即手动保存为任意名称（例如
test.txt），然后关闭TextEdit。再次启动并新建文档，编号将重置为“无标题1”。 -
删除偏好设置文件：在“终端”中运行以下命令，然后重启TextEdit：
rm ~/Library/Preferences/com.apple.TextEdit.plist注意：此操作将重置TextEdit所有偏好设置，包括字体、窗口位置等。
总结：小Bug背后的体验隐忧
一个看似微小的编号问题，折射出苹果在跨格式用户体验测试上的不足。macOS一直以流畅统一著称，但此类细节疏忽长期积累，会逐渐削弱用户的信任感。尤其对于依赖原生应用完成基础工作的用户而言，每一次意外的数字跳变都是一次“惊吓”。我们呼吁苹果尽快在下一个系统更新中修复TextEdit的编号逻辑，让纯文本文档真正享受“从1开始”的清零体验。同时，也提醒广大用户，若遇到类似问题，不妨先尝试上述临时方案，不必过度紧张。