java中⾦融货币运算处理⽅法
总结：精确运算要⽤String构造的BigDecimal，不要⽤float和double！
BigDecimal
在⾦额运算处理⽅法中，我们⼀般禁⽌使⽤double和float进⾏运算，否则会造成精度的丢失，导致最终计算记过不够精确。
在《你可能不知道的Java基础知识（⼀）》中，我提到使⽤浮点运算要慎重，感觉说的不够透彻，其实float和double类型主要是为科学和⼯程计算⽽设计的。他们执⾏的是⼆进制浮点运算，由于⼆进制的局限性，有时候⽆法得到准确的结果。
例如：System.out.println(2.0-1.1)将输出0.8999999999999999，⽽不是0.9，当然这在科学计算中⽆关紧要，通过四舍五⼊就可以轻松解决问题，但是在禁⽌出现舍⼊误差的运算中（⽐如⾦融计算）就不适⽤了。
在⼆进制中⽆法精确地表⽰10的任何负数次⽅值，⽐如0.1，这和⼗进制中⽆法精确表⽰1/3⼀个道理，所以越到像⾦融货币计算的问题，我们不得不舍弃float和double，⽽改BigDecimal类。
⽤BigDecimal解决上述2.0-1.1问题的代码为：
import java.math.*;
class BigDecimalTest
{
public static void main(String[] args)
{
//使⽤字符串构造BigDecimal对象
BigDecimal a =new BigDecimal("2.0");bigdecimal除法保留小数
BigDecimal b = new BigDecimal("1.1");
System.out.println(a.subtract(b));
}
}
输出：0.9
假如不⽤String来构造BigDecimal问题将依旧：
import java.math.*;
class TestB
{
public static void main(String[] args)
{
//使⽤double来构造BigDecimal，问题依旧
BigDecimal a = new BigDecimal(2.0);
BigDecimal b = new BigDecimal(1.1);
System.out.println(a.subtract(b));
}
}
输出 0.899999999999999911182158029987476766109466552734375
在实际运算中我们要使⽤BigDecimal进⾏加减乘除运算。但是，尤其是在进⾏除法运算时，⼀点要进⾏⼩数点处理，否则会引起代码运⾏报错。
ingstar.bigdecimal;
import java.math.BigDecimal;
public class Arithmetic4Double {
//默认除法运算精度
private static final int DEF_DIV_SCALE = 10;
//所有⽅法均⽤静态⽅法实现，不允许实例化
private Arithmetic4Double() {}
/**
* 实现浮点数的加法运算功能
* @param v1 加数1
* @param v2 加数2
* @return v1+v2的和
*/
public static double add(double v1,double v2) {
BigDecimal b1 = new String(v1));
BigDecimal b2 = new String(v2));
return b1.add(b2).doubleValue();
}
/
**
* 实现浮点数的减法运算功能
* @param v1 被减数
* @param v2 减数
* @return v1-v2的差
*/
public static double sub(double v1,double v2) {
BigDecimal b1 = new String(v1));
BigDecimal b2 = new String(v2));
return b1.subtract(b2).doubleValue();
}
/
**
* 实现浮点数的乘法运算功能
* @param v1 被乘数
* @param v2 乘数
* @return v1×v2的积
*/
public static double multi(double v1,double v2) {
BigDecimal b1 = new String(v1));
BigDecimal b2 = new String(v2));
return b1.multiply(b2).doubleValue();
}
/
**
* 实现浮点数的除法运算功能
* 当发⽣除不尽的情况时，精确到⼩数点以后DEF_DIV_SCALE位(默认为10位)，后⾯的位数进⾏四舍五⼊。    * @param v1 被除数
* @param v2 除数
* @return v1/v2的商
*/
public static double div(double v1,double v2) {
BigDecimal b1 = new String(v1));
BigDecimal b2 = new String(v2));
return b1.divide(b2,DEF_DIV_SCALE,BigDecimal.ROUND_HALF_UP).doubleValue();
}
/**
* 实现浮点数的除法运算功能
* 当发⽣除不尽的情况时，精确到⼩数点以后scale位，后⾯的位数进⾏四舍五⼊。
* @param v1 被除数
* @param v2 除数
* @param scale 表⽰需要精确到⼩数点以后⼏位
* @return v1/v2的商
*/
public static double div(double v1,double v2,int scale) {
if (scale < 0) {
throw new IllegalArgumentException(
"The scale must be a positive integer or zero");
}
BigDecimal b1 = new String(v1));
BigDecimal b2 = new String(v2));
return b1.divide(b2,scale,BigDecimal.ROUND_HALF_UP).doubleValue();
}
/**
* 提供精确的⼩数位四舍五⼊功能
* @param v 需要四舍五⼊的数字
* @param scale ⼩数点后保留⼏位
* @return 四舍五⼊后的结果
*/
public static double round(double v,int scale) {
if (scale < 0) {
throw new IllegalArgumentException(
"The scale must be a positive integer or zero");
}
BigDecimal b = new String(v));
BigDecimal one = new BigDecimal("1");
return b.divide(one,scale,BigDecimal.ROUND_HALF_UP).doubleValue();
}
}
**
BigDecimal.ROUND_HALF_XXX的各种⽤法
**
在银⾏、帐户、计费等领域，BigDecimal提供了精确的数值计算。其中8种舍⼊⽅式值得掌握。1、ROUND_UP
舍⼊远离零的舍⼊模式。
在丢弃⾮零部分之前始终增加数字(始终对⾮零舍弃部分前⾯的数字加1)。
注意，此舍⼊模式始终不会减少计算值的⼤⼩。
2、ROUND_DOWN
接近零的舍⼊模式。
在丢弃某部分之前始终不增加数字(从不对舍弃部分前⾯的数字加1，即截短)。
注意，此舍⼊模式始终不会增加计算值的⼤⼩。
3、ROUND_CEILING
接近正⽆穷⼤的舍⼊模式。
如果 BigDecimal 为正，则舍⼊⾏为与 ROUND_UP 相同;
如果为负，则舍⼊⾏为与 ROUND_DOWN 相同。
注意，此舍⼊模式始终不会减少计算值。
4、ROUND_FLOOR
接近负⽆穷⼤的舍⼊模式。
如果 BigDecimal 为正，则舍⼊⾏为与 ROUND_DOWN 相同;
如果为负，则舍⼊⾏为与 ROUND_UP 相同。
注意，此舍⼊模式始终不会增加计算值。
5、ROUND_HALF_UP
向“最接近的”数字舍⼊，如果与两个相邻数字的距离相等，则为向上舍⼊的舍⼊模式。
如果舍弃部分 >= 0.5，则舍⼊⾏为与 ROUND_UP 相同；否则舍⼊⾏为与 ROUND_DOWN 相同。注意，这是我们⼤多数⼈在⼩学时就学过的舍⼊模式(四舍五⼊)。
6、ROUND_HALF_DOWN
向“最接近的”数字舍⼊，如果与两个相邻数字的距离相等，则为上舍⼊的舍⼊模式。
如果舍弃部分 > 0.5，则舍⼊⾏为与 ROUND_UP 相同；否则舍⼊⾏为与 ROUND_DOWN 相同(五舍六⼊)。
7、ROUND_HALF_EVEN 银⾏家舍⼊法
向“最接近的”数字舍⼊，如果与两个相邻数字的距离相等，则向相邻的偶数舍⼊。
如果舍弃部分左边的数字为奇数，则舍⼊⾏为与 ROUND_HALF_UP 相同;
如果为偶数，则舍⼊⾏为与 ROUND_HALF_DOWN 相同。
注意，在重复进⾏⼀系列计算时，此舍⼊模式可以将累加错误减到最⼩。
此舍⼊模式也称为“银⾏家舍⼊法”，主要在美国使⽤。四舍六⼊，五分两种情况。
如果前⼀位为奇数，则⼊位，否则舍去。
以下例⼦为保留⼩数点1位，那么这种舍⼊⽅式下的结果。
1.15>1.2 1.25>1.2
8、ROUND_UNNECESSARY
断⾔请求的操作具有精确的结果，因此不需要舍⼊。
如果对获得精确结果的操作指定此舍⼊模式，则抛出ArithmeticException。
因为我们是属于互联⽹⾦融⾏业，所有在进⾏计算的时候尽量使⽤ROUND_HALF_EVEN 银⾏家舍⼊法

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。