BigDecimal,注解

BigDecimal

问题重现

今天在干活的途中,发现一个很坑爹的问题,让我来复现下问题:

  • 从上游接口获得的余额,对于为0的,做了判断

    BigDecimal a = new BigDecimal(acceptData);
    if ( a == BigDecimal.ZERO) ...
  • 然后发现线上有对比问题;
  • 试验了下

BigDecimal a = BigDecimal.ZERO;
BigDecimal b = new BigDecimal("0.00");
Boolean c = a == b;
BigDecimal d = new BigDecimal(0.5);
BigDecimal e = new BigDecimal("0.5");
  • 然后很神奇的发现,bigDecimal很不乖。。。

原因

BigDecimal最早出现也是因为计算精度的问题,用float或者double会造成精度丢失;

但是,用

BigDecimal d = new BigDecimal(0.5);

直接赋值,会发现,

d=0.512121315421654616544...

这样子很神奇的一串数字。

然后,还会发现,上面两个“零值”相比是不同的,这也是我代码出现问题的原因。

查东西,会发现,对于BigDecimal的赋值,一般推荐使用基于String的构造器;

否则,由于上面这种情况,依然会造成精度的丢失,还更加麻烦。

说到麻烦,若是涉及BigDecimal的计算,推荐单独写方法聚合在一起!!

因为,比如double,要先转成String,然后再构造BigDecimal对象,计算完再转成double


注解

Annotation,从写java以来就常用到,因为真tm好用,但,一直没搞懂,也没有自己定义过注解。

定义些

其实,首先要明白的就是,注解是Java中一种特殊的标记;

对于标记的代码,会做相应的处理,不管是传值也好,做操作也好,标记提示开发人员也好,本质上是个标记。

对于标记的操作,需要反射回来,做相应的处理的。

构成

记个公式吧:

注解 = 5个基本注解 + 6个元注解 + 自定义注解 + APT(Annotation Processing Tool)

其中的内容到处都查得到,自己查吧

实现

通过实现一个自定义注解来熟悉下

@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Testable {
    String name();
}


public class AnnotationTest {

    @Testable(name = "shit")
    public void  test(){

        Class<String> a = new Class<String>();
        a.getAnnotations()
    }
}

呃,代码没写完。。。

反正就是用反射,拿到参数值进行利用。

所以这里又有两个坑:反射以及泛型。

另外最后再记录下

  • Retention:注解可以保留多长时间;CLASS 编译器将把注解记录在class文件中,jvm不可获取信息;RUNTIME 记录在class中,且jvm可以获取信息; SOURCE 只保留在源代码中;
  • TARGET:修饰哪些程序单元,比如METHOD,TYPE等

相关推荐