java中的DecimalFormat精度问题

     最近在工作中出现了一个奇怪的问题，使用java中的DecimalFormat对double值进行格式化后，结果出现不是希望的值。如：new DecimalFormat("0.00").format(3021.045)，其结果为3021.04，而不是希望的3021.05。经过查找多方面的资料，这个问题就是由于java中精确度导致的，使用DecimalFormat这个进行四舍五入就会有这个问题。为了结果准确而任要使用DecimalFormat进行四舍五入的话，本来在此提供一个方法供参详。就是在格式化时增加个自定义的精度值。如刚才的例子里，可调整为new DecimalFormat("0.00").format(3021.045+0.00000001d)，这个格式化后的结果就会是3021.05。这就解决了上面的问题。其中0.00000001d就是自定义的精度值。

     另外还有就是在java中有些时候出现很大的double值时，java中就会把结果使用科学技术法来表示，如：108547006，直接输出就会是1.08547006E8。而如果不希望结果被变为科学技术法的话，可以使用new DecimalFormat("0.00").format(108547006d)进行格式化，其结果就不会被使用科学技术法表示了。再者在使用double值进行运算时，需要注意的是有些double值进行运算后，结果会得到不是期望的值。如：1.005d*1000，结果为1004.9999999999999。因此一般都需要对结果进行做相应的四舍五入处理。