PHP怎么保存小数8.1新特性有何用_decimal返回类型更稳【详解】

php 8.1 并未引入 decimal 类型，小数仍用 Float 表示，存在精度问题；应使用字符串（如 “8.10”）配合 bcmath、转为整数单位（如“分”）或第三方库（如 brick/math）来确保精确计算。

PHP 8.1 的 decimal 类型并不存在

PHP 8.1 没有引入 decimal 类型，也没有 _decimal 返回类型。这是常见误解——可能混淆了其他语言（如 Python 的 decimal 模块）或误读了 RFC 提案。PHP 官方至今未添加原生十进制浮点类型，所有小数仍由 float 表示，底层依赖 IEEE 754 双精度，这意味着 0.1 + 0.2 !== 0.3 是常态。

保存小数 8.1 的实际做法：别信 float 直存

直接赋值 $x = 8.1; 看似无害，但 var_dump($x) 可能显示 float(8.0999999999999996) —— 这是二进制浮点固有精度缺陷。金融、计费等场景必须规避：

• 用字符串存储：如 $amount = "8.10";，后续交由 bcadd()、bcmul() 等 BCMath 函数运算
• 转为整数单位：如以“分”为单位存 $cents = 810;，彻底避开小数
• 使用第三方库（如 brick/math），它提供不可变的 BigDecimal 对象，支持精确十进制算术

PHP 8.1 真正相关的新特性：ReturnTypeWillChange 和枚举

与小数精度无关，但常被误关联：

• ReturnTypeWillChange 是一个属性，用于标记实现 Iterator 接口的方法（如 current()、key()）将忽略返回类型声明检查，方便升级到 PHP 8+ 的严格模式
• 枚举（enum）在 8.1 引入，可用于定义固定状态（如 enum OrderStatus: String { case PAID = "paid"; }），但不解决数值精度问题
• 没有新增任何数学类型或内置高精度数值类

为什么有人坚持要“decimal”？现实痛点在哪

核心矛盾在于：PHP 的 float 不适合表示十进制小数，而开发者又习惯写 8.1 这样的字面量。容易踩的坑包括：

立即学习“PHP免费学习笔记（深入）”；

• 数据库写入时，float 被截断或四舍五入（尤其 mysql 的 FLOAT vs DECIMAL(10,2) 类型不匹配）
• json 编码后丢失精度：json_encode(['price' => 8.1]) 可能输出 {"price":8.0999999999999996}
• 类型声明误导：function calc(float $x): float 无法保证输入/输出是“人类理解的十进制小数”

真正稳的方案不是等 PHP 加 decimal，而是从第一行代码就放弃对 float 的信任，用字符串或整数建模业务中的“钱”“重量”“百分比”。这比纠结语法糖更关键。