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仍可能忽略引号、照旧当数字解析；必须带=前缀才稳。
- 写入时对需要保精度的数字字段（如身份证、订单号、长ID），先转字符串，再拼成
="xxx"格式 - 如果该字段本身含双引号或换行符，需做CSV转义（但纯数字一般不用）
- 不要对整列统一加前缀——只对真正怕被误读的字段加，否则Excel里会多出
=符号显示（可设单元格格式为“常规”或“文本”来隐藏，但不如源头控制干净）
示例（C++写一行）：
TEXT
-
=前缀 + 双引号是唯一能在双击打开场景下生效的纯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按数值算反而更合理。混用才是常态，别一刀切。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
