PHP浮点数存储本身不会自动变整数，所谓“小数消失”多因json_encode输出格式化、echo隐式转换或数据库字段类型/PDO绑定错误所致；应通过var_dump确认实际类型，用DECIMAL字段配合PDO::PARAM_STR绑定，并在展示层处理末尾零。
PHP浮点数保存时自动变整数？先确认是不是json_encode或echo导致的假象
PHP内部存储小数没问题，但很多“小数消失”其实是输出环节的错觉。比如json_encode(1.0)会输出1（JSON规范不区分整型和浮点），echo 5.0也显示5。这不是丢失，是格式化行为。检查实际值用var_dump($val)，看类型是否仍是float。
数据库写入后小数位被截断？重点查字段定义和PDO绑定
MySQL里INT、DECIMAL(10,0)这类定义会直接丢弃小数；即使用了DECIMAL(10,2)，如果PHP用PDO::PARAM_INT绑定变量，也会强制转成整数再入库。
- 确认字段类型：用
DESCRIBE table_name查price列是否为DECIMAL(10,2)或FLOAT - PDO预处理时别硬写
bindValue(':price', $price, PDO::PARAM_INT)——该用PDO::PARAM_STR或不指定（让PDO自动推断） - 避免用
number_format()后直接入库，它返回字符串，可能触发隐式转换
想「隐藏」小数但保留精度？别动原始值，只改展示逻辑
真正要的是显示时去掉末尾零（如3.50 → 3.5，4.00 → 4），而不是修改存储值。PHP没有全局“隐藏小数”开关，得按需处理：
-
前端展示用
rtrim(rtrim(sprintf('%.2f', $val), '0'), '.')（注意：仅适用于显示，别用于计算） - API返回前用
is_float($val) && floor($val) == $val ? (int)$val : $val做类型适配 - 不要用
(int)$val或intval()——它们直接截断小数部分，不是“隐藏”
PHP 8.1+声明float类型能防隐式转换吗？不能，但能提前暴露问题
函数参数或属性加float类型声明（如function setPrice(float $price): void），只能阻止传入字符串"1.5"或null，对1（整型）仍会自动转1.0。这种转换本身合法，但可能掩盖业务意图——比如价格本应总带小数位，却因传入1变成1.0再存成1.00，后续比对出错。
立即学习“PHP免费学习笔记（深入）”；
真正关键的不是声明类型，而是统一输入校验：接收字符串时用filter_var($input, FILTER_VALIDATE_FLOAT)，并配合sscanf($input, '%f')确保解析精度；入库前用round($val, 2)显式固定位数。
