先把问题解决
需要保留字面文本时，在本站CSV转Excel预览中把相关列设为文本，再核对下载的XLSX。我们的四条测试记录保留了001、字面=2+2和字段内换行，所有单元格为字符串且没有公式节点；这不代表任意CSV在所有表格软件中都安全。
双引号解决分隔语法，解决不了单元格类型
按RFC4180的CSV格式说明，带逗号、双引号或换行的字段可以用双引号包住，字段内的双引号用两个双引号表示。这个语法说明如何切分记录，没有提供XLSX那样的单元格类型字段。
OWASP的CSV注入说明提醒：电子表格可能把特定开头的值解释为公式，部分转义在打开、保存或重新导入后也可能失去预期效果。不能把给字段加引号等同于跨软件通用的净化方案。下面只用无害的=2+2观察“公式样式文字是否仍是文字”。
如果文件首先存在分隔符、编码或日期解析错误，先用CSV导入与列类型指南把结构读对；结构正确之后仍需单独检查类型。
四条记录覆盖四种容易误判的内容
以下是自编教学数据，第一行为表头，随后只有四条数据记录。最后一条备注内有换行，所以物理文本行数大于数据记录数。001至004是标识符；它们没有需要参与计算的业务含义。
第一条故意以等号开头，用来检查是否保留字面文本；第二条包含逗号；第三条包含双引号；第四条包含字段内换行。它们分别考查类型与CSV语法，不能用一个“文件打开成功”同时代替四项检查。
record_id,note
001,"=2+2"
002,"Lunch, paid"
003,"He said ""ready"""
004,"Line one
Line two"先选择文本，再转换；不要靠文件名推断
本站当前CSV预览默认将列作为文本，但交付时仍要逐列确认。不要先选数字再期待编号保留前导零，也不要把看起来像算式的备注改成公式。本文的实际测试使用当前默认文本类型，没有在Excel桌面版中执行文件。
- 打开CSV转Excel，上传练习CSV，确认UTF-8、逗号分隔和第一行作为表头。
- 在预览中确认两列都为文本。检查四条数据记录，不因引号内换行多算一条。
- 转换并下载XLSX，检查记录数、两列内容和编号。需要技术验收时，可在文件副本的OpenXML中检查单元格类型及公式节点。
| 位置 | 应保留的值 | 本次XLSX检查 |
|---|---|---|
| record_id首条 | 001 | 字符串，前导零保留 |
| note首条 | =2+2 | 字符串，没有公式节点 |
| 含逗号和引号的备注 | Lunch, paid / He said "ready" | 各自保留在一个字段内 |
| 末条备注 | Line one后接换行再接Line two | 一个单元格内的换行 |
这次检查证明了哪一段流程
2026年10月27日，我们在当前线上入口实际上传源CSV并下载XLSX。解析结果包含一张表、五行（含表头）、两列；十个单元格均为字符串，sheet1.xml没有公式节点。字面=2+2没有被写成计算公式，逗号、双引号及换行内容也逐项一致。
证据止于这份输入、当前转换实现和下载文件结构。接收人若重新导出CSV、改列类型、复制到其他软件，可能重新触发类型推断。也没有据此证明恶意内容在所有消费者中都失效。交付说明应写“备注列保留为文本”，而不是“文件已获得通用安全保证”。
必须交付CSV时，把导入约定一起交付
如果对方要求XLSX，明确保留文本类型通常比只交付无类型的CSV更容易验收。如果对方必须使用CSV，保留原始主文件，并让接收方采用受控的文本导入方式，逐列指定类型；不要默认双击打开就会按你的意图解释。
给值添加单引号或制表符会改变底层数据，且不同程序对这些字符的处理不同。不能为了让一个预览好看，悄悄修改用于接口交换的标识符或备注。对数字与文本类型的一般取舍，可参照长编号与文本列交付案例。
一份可交付的说明应包含
- 源CSV保留原样；转换结果另存，不覆盖原始输入。
- 写明哪列必须是文本，哪些列才允许参与计算。
- 记录数据行数、关键字面值和接收软件中的复核结果。
常见问题
纯数字的001也要当文本吗？
如果001是编号且前导零有含义，应作为文本。若业务明确把它当数量1，则需要另行定义转换规则，不能由外观决定。
参考资料与延伸阅读
按步骤开始处理
进入对应工具，预览处理结果，检查导出的文件。
