关于程序开发当中钱的数据类型

     在实际的应用当中 如果涉及到金钱之类的数据类型，一直想寻找一个合适的java数据类型来处理这方面的事情

前几天开了java解惑一本书，里面对很多平时不在意的一些细节做了详细的解惑。针对“小数详细计算”的解惑：

当我们用System.out.pritnln("3.00-2.10"):的时候 我们希望得到的是 “银行”应该给“客户”的利息9毛钱。即0.9元

。。但是如果让计算机来计算的时候，它就无形中吃掉你些许的money，也许实际你账户的利息值不到9毛，也许单个"客户" 不会在意，但是如果世界上所有的人都被这样吃了些许钱，那银行就赚大了。

 

    呵呵，上面的计算出的结果不是 0.9，而是一连串的小数。问题在于2.1这个数字不能被精确表示为一个double，因此它被表示为最接近它的double值，该程序从3中减去的就是这个值，但这个计算的结果并不是最接近0.9的double值。

 

一般地说，问题在于并不是所有的小数都可以用二进制浮点数精确表示。二进制浮点对于货币计算是非常不适合的，因为它不可能将1.0表示成10的其他任何负次幂。

 

解决问题的第一种方式是使用货币的最小单位（分）来表示：将所有的大单位的钱都转换为分，就可以计算了，300-210=90（分）

 

第二种方式是使用BigDecimal，但一定要用BigDecimal(String)构造器，而千万不要用BigDecimal(double)来构造（

也不能将float或double型转换成String再来使用BigDecimal(String)来构造，因为在将float或double转换成String

时精度已丢失）。例如new BigDecimal(0.1)，它将返回一个BigDecimal，也即

0.1000000000000000055511151231257827021181583404541015625，正确使用BigDecimal，程序就可以打印出我们所期

望的结果0.9：

 

2.负的十六进制与八进制字面常量 

“数字字面常量”的类型都是int型，而不管他们是几进制，所以“2147483648”、“0x180000000（十六进制，共33

位，所以超过了整数的取值范围）”字面常量是错误的，编译时会报超过int的取值范围了，所以要确定以long来表示

“2147483648L”、“0x180000000L”。

十进制字面常量只有一个特性，即所有的十进制字面常量都是正数，如果想写一个负的十进制，则需要在正的十进制

字面常量前加上“-”即可。

 

十六进制或八进制字面常量可就不一定是正数或负数，是正还是负，则要根据当前情况看：如果十六进制和八进制字

面常量的最高位被设置成了1，那么它们就是负数：//字面量0x80000001为int型，最高位(第32位)为1，所以是负数  

//字面量0x80000001L强制转为long型，最高位（第64位）为0，所以是正数  

从上面可以看出，十六进制的字面常量表示的是int型，如果超过32位，则需要在后面加“L”，否则编译过不过。如

果为32，则为负int正数，超过32位，则为long型，但需明确指定为long。