Java中无全局parseFloat，须用Float.parseFloat()或Double.parseDouble()；前者精度低、范围小，后者为默认推荐，需trim()防空格异常，并捕获NumberFormatException。
Java里没有parseFloat，只有Float.parseFloat()和Double.parseDouble()
Java标准库不提供全局的parseFloat函数，这是JavaScript里的写法。Java中必须通过Float或Double类调用静态方法。直接写parseFloat("3.14")会编译报错：cannot find symbol。
常见错误现象：从JS转Java时下意识照搬写法，IDE提示找不到方法；或者误以为NumberUtils（Apache Commons）是JDK内置类，没加依赖就调用。
-
Float.parseFloat()返回float类型，精度约6–7位有效数字，底层用IEEE 754单精度 -
Double.parseDouble()返回double类型，精度约15–17位，是Java默认浮点数类型 - 两者都要求输入严格符合数字格式，遇到空格、逗号、单位（如"3.14kg"）会抛
NumberFormatException
什么时候该用parseDouble而不是parseFloat
绝大多数场景优先选Double.parseDouble()。Java中double是浮点运算的默认类型，数学计算、JSON解析、数据库字段映射（如JDBC读取REAL或DOUBLE）基本都走double路径。
只有明确受限于内存或协议要求才用float：比如处理大量传感器数据且需存入float[]数组，或对接只接受float的JNI接口。
立即学习“Java免费学习笔记（深入）”；
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 性能差异极小，现代JVM对两者优化程度接近，别为“省一点”提前微优化
-
Double.parseDouble()能解析的范围更大（±1.7976931348623157E308），Float.parseFloat()上限仅±3.4028235E38 - 如果字符串来自用户输入或外部API，先用
trim()去首尾空格，否则" 3.14 "会触发异常
NumberFormatException怎么安全捕获
不能假设输入一定合法——尤其涉及表单提交、CSV解析、日志提取时。硬写parseDouble不包try-catch，程序遇到非法字符串直接崩。
最简健壮写法是封装一个带默认值的工具方法：
public static double safeParseDouble(String s, double defaultValue) {
if (s == null || s.trim().isEmpty()) return defaultValue;
try {
return Double.parseDouble(s.trim());
} catch (NumberFormatException e) {
return defaultValue;
}
}
- 别用
instanceof判断异常类型，NumberFormatException是IllegalArgumentException子类，但语义明确，直接捕获更清晰 - 避免用正则预校验（如
s.matches("-?\d+\.?\d*")），规则难覆盖科学计数法（"1.23e-4"）、Unicode减号、全角数字等，反而增加bug面 - 如果需区分“空”和“非法”，可返回
Optional<double></double>，但注意避免在高频循环里创建对象
别忽略Double.parseDouble()的特殊字符串行为
它支持一些非直观但合法的输入，容易引发隐性bug：
-
"Infinity"、"-Infinity"、"NaN"会被成功解析为对应特殊值，不是异常 —— 如果业务逻辑不允许这些，得额外检查Double.isInfinite()或Double.isNaN() - 支持下划线分隔符（Java 7+）：
"1_234.56"合法，但"1_.23"或"1.23_"非法 - 十六进制浮点字面量（如
"0x1.0p0"）不被parseDouble()识别，会抛异常；这是编译期字面量语法，非运行时解析能力
真正麻烦的是那些看似合理实则越界的字符串，比如"1e500"（远超double表示范围），它不会给你Infinity，而是直接抛NumberFormatException —— 因为解析阶段就判定溢出，不等到转换后检查。
