必须用setCellValueExplicit并指定TYPE_STRING类型，且确保数据源头未被PHP转为科学计数法浮点数。
ThinkPHP 视图里数字被自动转成科学计数法，不是 PHP 渲染的问题，而是 Excel 客户端（比如 Excel、WPS）自己干的——它看到长数字就默认当数值处理，然后用科学计数法显示。你改视图模板、改 echo 方式都没用，关键在写入单元格时的数据类型和格式控制。
setCellValue 传数字就一定会变科学计数法
只要用 setCellValue() 往单元格写纯数字（比如身份证 110101199003072215 或大订单号 9876543210987654321），Excel 打开后大概率显示成 1.10101E+17 或 9.87654E+18。这不是 ThinkPHP 的 bug，是 PhpSpreadsheet 默认按数值类型写入，而 Excel 会主动“优化”显示。
- 即使你在模板里加空格或强制
(string)，只要传的是整型/浮点型变量，setCellValue()内部仍可能识别为数字 -
number_format($id, 0, '.', '')生成的是字符串，但若后续又被当成数字参与运算或拼接，可能再次触发隐式转换 - 用
sprintf('%s', $id)包一层更稳，但前提是确保传进去的原始值没被 PHP 自动转成科学计数法字符串（比如从数据库查出来就是"1.2345678901234567e+18"）
必须用 setCellValueExplicit 强制设为字符串类型
这是最可靠的方式：跳过 PhpSpreadsheet 的类型自动推断，明确告诉它“这个值就是文本”。对应方法是 setCellValueExplicit()，第三个参数必须是 \PhpOffice\PhpSpreadsheet\Cell\DataType::TYPE_STRING。
- 别再用
setCellValue('A1', $id)，换成setCellValueExplicit('A1', $id, \PhpOffice\PhpSpreadsheet\Cell\DataType::TYPE_STRING) - 如果用了旧版
PHPExcel（非推荐），对应的是setCellValueExplicit($cell, $value, PHPExcel_Cell_DataType::TYPE_STRING) - 注意：调用前要确保已
use对应的命名空间，否则报Class not found - 不需要额外调用
setFormatCode("@")，TYPE_STRING已隐含该行为；加了反而冗余
导出前检查原始数据是否已被 PHP 转成科学计数法
有些时候问题不在导出逻辑，而在数据源头。比如从 MySQL 查出一个超长整型字段（如 BIGINT UNSIGNED），PHP 用 mysqli 或 PDO 默认返回整型，但超出 PHP_INT_MAX 后会自动转成 float，再 echo 就变成 1.2345678901234567e+18 ——这时你传给 setCellValueExplicit 的已经是科学计数法字符串了，再怎么设类型都白搭。
- 查数据库时，对身份证、订单号这类“数字字符串”，显式用
CAST(id AS CHAR)或在 PDO 中设置PDO::ATTR_STRINGIFY_FETCHES => true - 用
var_dump($id)看实际类型和值，确认是不是string(18) "123456789012345678"还是float(1.2345678901234567e+17) - 如果已是 float，用
(string)(int)$id不行（精度已丢），得用strval($id)或正则提取数字部分，但最好从查询层解决
真正卡住人的地方往往不是“怎么设格式”，而是没意识到：Excel 显示异常只是表象，背后可能是数据在 PHP 层就失真了，或者导出时没切断类型推断链。盯住 setCellValueExplicit 和数据源头这两环，基本能覆盖 95% 的场景。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
