Excel打开CSV时自动将长数字转为科学计数法导致精度丢失，根本原因是其字段类型自动推测机制；解决方法是在C++导出时对敏感数字字段写为="12345678901234567"格式，强制Excel识别为文本。
CSV里数字被Excel自动转成1.23E+10怎么办
根本原因不是C++写错了，而是Excel在打开CSV时会主动“猜”字段类型——遇到一长串数字（比如16位以上），它默认当数值处理，再用科学计数法显示。你写的明明是"12345678901234567"，Excel却显示成1.23457E+16，还可能把末尾几位吃掉（精度丢失）。这不是导出问题，是Excel的“好心办坏事”。
解决方向只有两个：要么让Excel彻底放弃当数值解析，要么提前告诉它“这是文本”。C++侧能做的，就是按Excel认得出的文本格式写进去。
用双引号+等号前缀强制Excel当文本
Excel识别CSV文本字段最可靠的方式，是让字段满足：以=开头 + 全部内容用双引号包裹 + 内容本身是数字字符串。例如：="12345678901234567"。这样Excel打开时就不会尝试转数值，也不会截断。
注意不是所有加引号都管用——光写"12345678901234567"，Excel仍可能忽略引号、照旧当数字解析；必须带=前缀才稳。
立即学习“C++免费学习笔记（深入）”；
- 写入时对需要保精度的数字字段（如身份证、订单号、长ID），先转字符串，再拼成
="xxx"格式 - 如果该字段本身含双引号或换行符，需做CSV转义（但纯数字一般不用）
- 不要对整列统一加前缀——只对真正怕被误读的字段加，否则Excel里会多出
=符号显示（可设单元格格式为“常规”或“文本”来隐藏，但不如源头控制干净）
示例（C++写一行）：
std::ofstream csv("data.csv");
csv << "name,id,amount\n";
csv << "\"Alice\",\"=\"\"12345678901234567\"\",\"123.45\"\n"; // 注意：内部双引号要写成""，且=后紧跟"
csv.close();
为什么不用TEXT函数或Excel公式
有人想在CSV里直接写=TEXT(12345678901234567,"0")，这完全无效——CSV不执行公式，Excel打开时只会把它当普通字符串显示，且=TEXT(...)本身会被Excel当成公式尝试计算，反而报错或显示#NAME?。
也别依赖Excel的“数据→从文本/CSV”导入向导——那是手动操作，没法自动化；而且用户双击CSV文件时根本不会走这个向导，直接就用默认方式打开了。
-
=前缀 + 双引号是唯一能在双击打开场景下生效的纯CSV方案 - 如果你控制不了用户怎么打开（比如发给业务同事），那就必须用这个格式，没得妥协
- 某些旧版Excel（如2003）对
="xxx"支持不稳定，但2010及以上全支持
导出时要不要加BOM？
加UTF-8 BOM（\xEF\xBB\xBF）对防科学计数法完全没用，但它能防止Excel把中文显示成乱码。所以：如果CSV含中文，必须加；如果纯英文数字，可不加。
- 加BOM只影响字符编码识别，不影响字段类型解析逻辑
- 加了BOM后，第一行字段名前面会多出不可见字符，确保你的
ofstream在写入前先输出BOM字节 - 别用
std::locale或imbue试图“骗”Excel——它根本不读C++ locale设置
最麻烦的点其实不在C++怎么写，而在于你要判断清楚：哪些字段真的需要防科学计数法。订单ID、手机号、银行账号这些必须上="xxx"；而金额、数量这类真数值，就让它保持原样——Excel按数值算反而更合理。混用才是常态，别一刀切。
