根本原因是double/float的tostring()触发java默认浮点输出规则；应优先用getstring()或getbigdecimal()获取，再用decimalformat格式化，数据库建表用decimal，前后端传输高精度数须保持字符串类型。
Java JDBC 查询出来的数字在显示时变成科学计数法，根本原因不是 JDBC 本身的问题，而是数值被读取为 double 或 float 后，调用其 toString() 方法触发了 Java 的默认浮点输出规则（≥10⁶ 或 ≤10⁻³ 就自动转科学计数法）。解决的关键在于：**避免用 double/float 接收、优先用字符串或 BigDecimal 拿值，并在展示前做可控格式化。**
从 ResultSet 中安全取值，避开 double 自动转科学计数法
不要直接调用 rs.getDouble("col") 或 rs.getFloat("col")，否则后续 toString() 很可能出 E 表示。推荐以下方式：
- 对精度敏感或小数位固定的字段（如金额、计量），数据库字段应设为
DECIMAL或NUMERIC，Java 端统一用rs.getBigDecimal("col")获取 —— 它天然支持toPlainString()，不带科学计数法 - 若字段是
DOUBLE或FLOAT且无法改库，可用rs.getString("col")直接拿原始字符串值，再用new BigDecimal(text)构造（注意：必须传 String，不能传 double！） - 避免
rs.getObject("col")返回 Object 后强转 double，容易隐式丢失精度并触发科学计数法
格式化输出：用 DecimalFormat 控制显示样式
拿到数值（尤其是 BigDecimal 或 double）后，若需转成可读字符串展示，用 DecimalFormat 显式指定格式：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 要保留全部有效小数（不含末尾 0）：
new DecimalFormat("0.##############").format(bd) - 要固定小数位数（如金额两位）：
new DecimalFormat("#,##0.00").format(bd) - 纯整数显示（去掉小数点）：
new DecimalFormat("#,##0").format(bd) - 慎用
"0.00"这类模式处理极小数（如 1e-8），它会补零截断；建议先判断 scale 再动态选 pattern
数据库与协议层预防：源头减少科学计数法出现
很多问题其实在数据落库和传输阶段就能规避：
- 建表时，非必要不用 FLOAT/DOUBLE；涉及金额、配置、统计等场景，一律用 DECIMAL(p,s)，例如
DECIMAL(18,6) - JDBC URL 可加参数控制浮点行为（部分驱动支持），如 MySQL 的
useOldAliasMetadataBehavior=true不影响，但更推荐靠代码逻辑控制 - 如果该字段最终要 JSON 输出给前端，Jackson 序列化时需配置
WRITE_BIGDECIMAL_AS_PLAIN，Fastjson 则启用WriteBigDecimalAsPlain特性
特别注意前端二次变形：后端没科学计数法，前端 JS 又变回来了
即使后端返回的是 "123456789012345.6789" 字符串，若前端误当 number 解析（如 JSON.parse() 后直接赋值给 JS number），超 16 位精度就会失真，显示成 1.2345678901234567e+14。应对方法：
- 后端返回时，对高精度数值字段，明确序列化为字符串类型（如 Jackson 注解
@JsonSerialize(using = ToStringSerializer.class)） - 前端接收时，用字符串原样渲染，或使用
BigInt/ 第三方库（如big.js）处理大数 - 前后端约定：所有可能超 15 位的数值字段，接口文档中注明「必须以字符串形式传输」
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
