数据处理 / FIELD GUIDE
CSV 导入后,前导零为什么不见了?
保留编号原文、处理引号与换行,理解转换中的信息损失。
先记住这一点
CSV 是文本格式;表格软件如何解释每一列,是另一个步骤。
把编号当作文本
id,postal_code,note
00123,010010,"Hello, world"
00456,000001,"two
lines"在 PlainKit 的 CSV → JSON 模式运行这个例子,编号会保持为字符串 "00123"。但直接用表格软件打开 CSV,自动类型推断可能把它显示成 123。导入时把编号列设置为文本,并核对保存后的原始文件。
转换不是无损序列化
[
{"id":"00123","note":null,"meta":{"tier":1}},
{"id":"00456","note":""}
]本工具把 null 和缺失值导出为空单元格,嵌套对象导出为 JSON 文本。CSV 再转回 JSON 时,字段都是字符串,不能自动还原 null、缺失状态或对象类型。需要保留这些区别时,请保留原始 JSON 和字段说明。
打开公式防护,并人工核对
面向 Excel 等表格软件的 CSV,某些以 =、+、-、@ 开头的文本可能被解释为公式。PlainKit 默认为危险开头的字段和表头添加单引号。这个防护会改变原始文本;它不是所有导入器的通用安全保证。
- 先转换,再检查第一行表头与记录条数。
- 测试包含逗号、双引号和换行的单元格。
- 与接收方约定编码、分隔符、字段类型和空值表示。
原始资料与编辑说明
资料核对:2026-10-17。本文包含 PlainKit 自编示例与实践说明,不代表来源机构的背书;不是安全审计结论。