java临时存储_关于java：使用double来临时存储货币值？

本问题已经有最佳答案，请猛点这里访问。

很明显，在处理货币问题时，Double&Co.并不是一个好的选择。不过，我想知道，由于这个问题只在对价值进行计算时才出现，所以我假设只将货币价值存储在一个双精度值中完全没有问题，这是正确的吗？

例如：1。值从任何给定的源加载到double中2。值被修改，直接由用户输入。三。值以适当的格式存储到磁盘。

在上面的例子中，double只是将值存储在内存中的一种方法，因此如果对值执行计算，就不应该出现任何问题。这是正确的吗？

如果正确的话，只有在进行计算时才使用特定于货币的类型不是更好吗？与从数据库中加载1000个bigdecimals不同，我们可以加载1000个double。然后，必要时，定义一个bigdecimal，进行计算，并将结果保留在内存中。

不，当你把你的double转换成BigDecimal时，你就得不到你期望的值。在double中存储一种货币会使它立即出错，所以如果以后要用它计算，就不要这样做。当然，除非引入的错误与程序的要求无关。

如果您在转换到BigDecimal时足够小心并执行适当的舍入，并且您永远不需要超过14个有效数字，并且您总是知道要舍入到多少个数字，那么您的方法是可行的。不过，它仍然相当脆弱。

不。double永远不是存储货币值的正确类型。双精度数是浮点值，也就是说，它们基本上是x*2^y形式的数字，其中x和y是整数。因此，一些值(如0.10(10美分))没有精确的双精度表示。

不，它仍然会导致问题，即使您不执行任何计算。问题是，您存储的值可能无法完全表示为double，因此即使您只是存储并读回它，也可能无法返回所存储的内容。

例如，如果您将0.1存储在double中，您会发现它实际上根本不是0.1存储的，因为您不能精确地用二进制表示0.1。

但你可以安全地回到0.1。所以，如果你知道精确到什么程度，这是可行的。

@马克托普尼克当然。我想这取决于具体的工作流程。即使它现在有效，当事情发生变化时，它似乎会为以后的工作积累麻烦。我不会碰它的。

没错，这就是我在对这个问题的评论中所写的。国际单项体育联合会太多了，无法得到回报。知道具体的限制在哪里仍然是件好事。

你可以一直这样做，应该是相当可靠的。

这里的问题是，当您在EDCOX1或0变量中保存10.12时，它可能没有精确的双表示，因此Java运行时会将它保存为最接近的可能的双重表示，例如10.1199999999999或10.1200000000001(只是一个例子，我不确定，必须进行测试)。所以你得到了这一点，只要你把这个值放在一个双变量中，货币值就近似了。但是，也就是说，您仍然可以使用double进行计算，然后在打印值或写入文件时使用适当的格式设置，以便根据您的应用程序隐藏非有效数字。

您选择了10 1/8作为示例，它是一个二进制整数。你本可以选择更好的：)

@马尔科托波尼克：谢谢，我会改变的！