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等