能答上来吗，谁是代码界3%的王者？

public class FloatPrimitiveTest {
    public static void main(String[] args) {
        float a = 1.0f - 0.9f;
        float b = 0.9f - 0.8f;
        if (a == b) {
            System.out.println("true");
        } else {
            System.out.println("false");
        }
    }
}

这段代码的输出结果是？
A：true
B：false
C：由硬件指令决定

public class FloatWrapperTest {
    public static void main(String[] args) {
        Float a = Float.valueOf(1.0f - 0.9f);
        Float b = Float.valueOf(0.9f - 0.8f);
        if (a.equals(b)) {
            System.out.println("true");
        } else {
            System.out.println("false");
        }
    }
}

这段代码的输出结果是？
A：true
B：false
C：编译出错

public class SwitchTest {
    public static void main(String[] args) {
        String param = null;
        switch (param) {
            case "null":
                System.out.println("null");
                break;
            default:
                System.out.println("default");
        }
    }
}

下列哪种说法是正确的？
A：null
B：抛出空指针
C：default

public class BigDecimalTest {
    public static void main(String[] args) {
        BigDecimal a = new BigDecimal(0.1);
        System.out.println(a);
        BigDecimal b = new BigDecimal("0.1");
        System.out.println(b);
    }
}

下列哪种说法是正确的？
A: 两种赋值的方式是一样的
B: 推荐a的赋值方式
C: 推荐b的赋值方式

public class LockTest {
    private final static Lock lock = new ReentrantLock();

    public static void main(String[] args) {
        try {
            lock.tryLock();
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }
}

下面哪种说法是错误的？
A: lock是非公平锁
B: finally代码块不会抛出异常
C: tryLock获取锁失败则直接往下执行

偷偷告诉你一个小秘密：上面的5道题源于业界经典事实故障，经过广大开发者深度讨论提炼而成。
表面看似简单，实质是直击代码灵魂的考究，唯有内功深厚之人方能看透底层。随手列举其中三条，一起来感受下：

1、Lock 锁的使用往往稍微不注意，可能导致死锁的问题

在使用阻塞等待获取锁的方式中，必须在 try 代码块之外，并且在加锁方法与 try 代码块之间没有任何可能抛出异常的方法调用，避免加锁成功后，在 finally 中无法解锁。

如果在 lock 方法与 try 代码块之间的方法调用抛出异常，那么无法解锁，造成其它线程无法成功获取锁。如果 lock 方法在 try 代码块之内，可能由于其它方法抛出异常，导致在 finally代码块中，unlock 对未加锁的对象解锁，它会调用 AQS 的 tryRelease 方法（取决于具体实现类），抛出 IllegalMonitorStateException 异常。在 Lock 对象的 lock方法实现中可能抛出 unchecked 异常。而在使用尝试机制来获取锁的方式中，比如 tryLock()，在进入业务代码块之前，必须先判断当前线程是否持有锁。

锁的释放规则与锁的阻塞等待方式相同。Lock 对象的 unlock 方法在执行时，它会调用 AQS 的 tryRelease 方法（取决于具体实现类），如果当前线程不持有锁，则抛出 IllegalMonitorStateException 异常。

2、switch 的 NPE 问题

当 switch 括号内的变量类型为 String 并且此变量为外部参数时，必须先进行 null 判断。如下的代码输出是什么？

public class SwitchString {
     public static void main(String[] args){
          method(null);
     }     
     public static void method(String param){
         switch(param){
             // 肯定不是进入这里
             case "sth":
                 System.out.println("it's sth");
                 break;
             // 也不是进入这里
             case "null":
                 System.out.println("it's null");
                 break;
             // 也不是进入这里
             default:
                 System.out.println("default");
         }
     }
 }

3、浮点数的比较问题

1-0.9=0.1是天经地义的，但在计算机的世界里，0.1恰恰是无法精确表示的一个小数，只有2的幂次倍小数才能够精确表示，如：0.5、0.25、0.125等。由于0.1是近似表达，在各种情形中的计算存在数位的取舍精度不一样，所以1-0.9未必等于0.9-0.8，所以浮点数之间的等值判断，基本数据类型不能用==来比较，包装数据类型不能用equals来判断。

说明：浮点数采用“尾数+阶码”的编码方式，类似于科学计数法的“有效数字+指数”的表示方式。二进制无法精确表示大部分的十进制小数。示例如下：

float a = 1.0f - 0.9f;
float b = 0.9f - 0.8f;

if (a == b) {
    // 预期进入此代码块，执行其它业务逻辑
    // 但是 a==b 的结果为false
}

Float x = Float.valueOf(a);
Float y = Float.valueOf(b);
if (x.equals(y)) {
    // 预期进入此代码块，执行其它业务逻辑
    // 但是 x.equals(y) 的结果为false
}

• 上一页
• 1
• 2