原文、字节、候选结果的验证关系,强调可逆不等于确认来源
阅读口径

本文保留原字符串;操作在副本上进行,候选结果需由来源证据核对。

一个最小问题记录

记录期望内容的来源、实际内容、发生环节、软件版本、输入文件编码和首次出现时间。时间填写真实观察值,不把文件修改时间直接当成故障时间。

规范参考:Unicode:UTF 与 BOM 问答。操作场景与排查建议为本站说明。

用合成数据替代私人原件

先尝试用 A、中、公开表情与原字符串复现。如果必须保留业务数据,按组织流程限制访问,不把完整聊天、账号信息或整库导出发到公开工具。

把已验证与待验证分栏

演示记录:已验证四字的 Python GBK/UTF-8 往返;待验证原始编码和保存历史;下一步比较发送前与入库后的码点。这样接手者能直接复核,避免把猜测写成结论。

可执行检查单

  1. 01写出最少可复现步骤。
  2. 02附脱敏文本、码点和字节摘录。
  3. 03列出已验证事实与尚缺证据。

一个常见问题

只发截图够吗?

截图适合说明外观,但无法可靠表达码点和字节;应另附不含隐私的可复制样本。

本页结论

好的工单保留证据的层次,而不是先决定某个编码一定有错。