CSV ⇄ Excel 安全转换器

这一列里有以 0 开头的纯数字值(写全前导零的 UPC-12、EAN-8、账号编码)。按数字打开时,表格会静默去掉那些零,标识符从此扫不出来。整列按文本单元格写出。

来源: https://support.microsoft.com/en-us/office/keeping-leading-zeros-and-large-numbers-1bf7b935-36e1-4985-842f-5dfa51f85fe7

这一列里有 12 位及以上的连续数字。Excel 只保留 15 位有效数字并改用科学计数法显示,于是 GTIN-13 与账号会被弄成 …E+12,或者尾部被补零。整列按文本单元格写出。

来源: https://support.microsoft.com/en-us/office/keeping-leading-zeros-and-large-numbers-1bf7b935-36e1-4985-842f-5dfa51f85fe7

这一列的多数值是 8/12/13/14 位、且校验位能通过的编码 —— 这是一列条码,而条码是标识符,不是数量。按文本写出,任何一位数字都不会被重新格式化。

来源: Own engineering rule, derived from documented spreadsheet number handling and the damage signatures catalogued by the Excel damage diagnostic on this site. Each trigger has its own regression fixtures.

值的形状像国际电话号码(带 + 前缀)。当成数字后,加号、区号的前导零和一切格式都会丢掉。按文本单元格写出。

来源: Own engineering rule, derived from documented spreadsheet number handling and the damage signatures catalogued by the Excel damage diagnostic on this site. Each trigger has its own regression fixtures.

值看起来是日期(01/02/2026、1-Mar)。把它们转成表格日期序列号,等于在一个有歧义的格式上静默地选定了一种读法,并改变了实际存下来的东西。原文照原样保留,不做任何重新解释。

来源: Own engineering rule, derived from documented spreadsheet number handling and the damage signatures catalogued by the Excel damage diagnostic on this site. Each trigger has its own regression fixtures.

列名点明了这是邮编,而值也是编码的形状。以 0 开头的美国邮编(整个新英格兰地区)是最经典的受害者 —— 07030 会变成 7030。整列按文本单元格写出。

来源: https://support.microsoft.com/en-us/office/keeping-leading-zeros-and-large-numbers-1bf7b935-36e1-4985-842f-5dfa51f85fe7

值以 = 或 @(或它们的全角写法)开头。CSV 被表格软件打开时这些会作为公式执行(CSV 注入);写成 xlsx 的文本单元格后它们就是惰性的字面文本。值本身一个字都没删 —— 它按原样、以文本形式存下来。

来源: https://owasp.org/www-community/attacks/CSV_Injection

源 CSV 里有单元格符合已知的损坏特征(如 8.71E+12 这样的科学计数法、疑似丢掉的前导零)。转换只会把文件里实际有的内容存下来 —— 它变不回已经不存在的数位。无法恢复的单元格需要从原系统重新导出。

修复: 先把这一列过一遍 Excel 损坏诊断,看清哪些还救得回来,然后把受损的列从源系统重新导出。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

这个文件有不止一种分隔符能解析出说得通的结果。转换用的是得分最高的那个候选;如果结果里的列看着错位了,那就是猜错了。

修复: 核对结果里的列数,或者用没有歧义的分隔符重新导出 CSV。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

工作簿里有公式。CSV 没有公式这个概念,所以每个公式单元格贡献的是表格上次为它算出来的那个值。如果工作簿保存前没有重算,这个缓存值可能是旧的。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

合并区域的值只保留在左上角那个单元格里,区域内其余单元格出来是空的。数据本来就是这么存的 —— 这里没有凭空造出任何东西来填空。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

设了日期格式的单元格存的是天数序列号。它们按工作簿自己声明的纪元(1900,或者旧版 Mac 的 1904 —— 同一个序列号在两者间差 1462 天)渲染成了无歧义的 ISO 8601 文本。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

工作簿里存在图片、图表或嵌入文档。CSV 是纯文本;这里把它们数出来,是为了让「输出里没有它们」成为一件你知道的事,而不是一次无声的丢失。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

这个文件不是 xlsx 的 zip 容器。旧版 .xls 与设了密码的工作簿用的是另一种(OLE)容器,它们是「故意」不在支持范围内的 —— 猜着解析那些格式,只会产出「看起来很确定」的错数据。

修复: 用表格软件打开它,另存为(不加密的).xlsx,然后再转换。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.

导出的 CSV 里有前导零或 12 位以上的值。在表格软件里双击打开,它们会被重新弄坏一遍 —— CSV 本身是对的,风险在于它接下来是怎么被打开的。

修复: 走表格软件的文本导入路径,把那些列设为「文本」—— 或者干脆把数据留在 .xlsx 里。

来源: https://support.microsoft.com/en-us/office/keeping-leading-zeros-and-large-numbers-1bf7b935-36e1-4985-842f-5dfa51f85fe7

输入里没有可解析的行(空文件,或者没有任何候选分隔符能得出一致的列数)。什么都没有被转换。

来源: Own engineering rule. The conversion pipeline documents every liberty it takes; anything it cannot carry over is counted and disclosed rather than silently dropped.