这不是一个问题,因为更多的是要意识到。我更新了一个使用json_encode()PHP7.1.1 的应用程序,然后看到一个问题,即浮点数被更改为有时会扩展到17位数字。根据文档,serialize_precision在对双精度值进行编码时,PHP 7.1.x开始使用而不是精度。我猜这引起了一个示例值
json_encode()
serialize_precision
472.185
成为
472.18500000000006
那个价值过去了json_encode()。自发现以来,我已恢复为PHP 7.0.16,不再遇到问题json_encode()。在还原到PHP 7.0.16之前,我还尝试了更新到PHP 7.1.2。
这个问题背后的原因确实来自PHP-浮点数精度,但是最终的所有原因都是由于从精度更改为json_encode()。
如果有人知道解决此问题的方法,我将非常乐于聆听推理/修复程序。
多维数组摘录(之前):
[staticYaxisInfo] => Array ( [17] => stdClass Object ( [variable_id] => 17 [static] => 1 [min] => 0 [max] => 472.185 [locked_static] => 1 ) )
经过json_encode()…
"staticYaxisInfo": { "17": { "variable_id": "17", "static": "1", "min": 0, "max": 472.18500000000006, "locked_static": "1" } },
这让我有点发疯,直到我终于找到此错误,该错误将您指向此RFC,其中说
当前json_encode()使用设置为14的EG(精度)。这意味着最多使用14位数字来显示(打印)该数字。IEEE 754 double支持更高的精度,并且serialize()/var_export()使用默认设置为17的PG(serialize_precision)更加精确。由于json_encode()使用EG(precision),因此json_encode()即使PHP的float可以持有更精确的float值,也除去了小数部分并破坏了原始值。
serialize()
var_export()
和(强调我的)
该RFC建议引入一个新设置EG(precision)=-1和PG(serialize_precision)=-1,该设置使用zend_dtoa()的模式0,该模式使用更好的算法对舍入浮点数进行取整(-1用于指示0模式)。
简而言之,有一种使PHP 7.1 json_encode使用新的和改进的精度引擎的新方法。在 php.ini中, 您需要更改serialize_precision为
json_encode
serialize_precision = -1
您可以验证它是否可以在此命令行下使用
php -r '$price = ["price" => round("45.99", 2)]; echo json_encode($price);'
你应该得到
{"price":45.99}