下面的这些都算是比较高级的问题了，面试中一般也很少问到，因为它们可能会把面试者拒之门外。不过你可以自己找个时间来实践一下。
1、System.exit(0)会跳过finally块的执行
System.setSecurityManager(new SecurityManager() {
@Override
public void checkExit(int status) {
throw new ThreadDeath();
}
});
try {
System.exit(0);
} finally {
System.out.println("In the finally block");
}
这段代码为什么会输出In the finally block？为什么没有打印出堆栈跟踪信息呢？
2、String str =“Hello”;其中str是一个字符串对象
跟C 不同的是，Java里的变量要么是基础类型，要么是引用。变量不可能是对象。这意味着像这样的表达式：
String str = "Hello";
String text = "Bye";
str == text; //比较两个引用，而不是内容
str = text; //把text的引用赋值给str
大多数情况下其实没有太大的区别，不过这么写容易引起困惑。
final StringBuilder sb = new StringBuidler();
sb.append("Hello"); //这个引用是final类型的，而不是这个实例。
method(sb); //可以通过方法来修改这个实例，不过这个变量是无法修改的
3、Java的内存泄露跟C 程序员理解的一样
内存泄露在维基百科上的定义是”在计算机科学中，如果程序没有正确地管理好内存分配，就会出现内存泄露。在面向对象编程中，如果内存中的一个对象无法在代码中访问不到的话，这就是内存泄露。”不过在Java中，对象总是可达的，那些没有强引用的对象会被清除掉。内存泄露这个术语在Java中意味着：内存中存在着不该存在的对象，通常来说是有些不再使用的资源却仍存储在集合中。
4、多线程编程很难
如果你没有经验的话，多线程编程的确很难。如果你只是把一堆代码扔到一堆线程中去执行，那样出了问题根本没法解决，只能是一团糟。但如果你能进行线程的按需分配，控制线程间的交互，使用一些团队中的成员也能明白的简单的模式，问题就变得简单多了。当然还有一个挑战就是你得让团队中的所有人都遵循你的这个规则
5、不用关心不同操作间性能的不同
最近听说有个问题，它涉及到了整数的相加，内存访问，取模，以及输出到控制台。尽管在这些操作里面，每一个都比前面一个要慢一个数量级，但这哥们就是想优化这里面最快的操作，加法，还用了些更昂贵的操作来替换它。如果你真的想要优化性能，你最好用一个廉价的操作来替换掉那些昂贵的操作，如果你的瓶颈在硬件这块，比方说要从硬盘里面读取大量的文件，修改软件的代码是没啥用了，因为问题根本就不在这。
6、随机数都是随机的
一组特定的随机数就像是某种模式的数字。这个问题我在这篇文章中已经讲到过了。很多人都不相信随机数生成器生成的数字其实是不随机的。
7、应该尽量避免使用浮点数，因为它们会产生随机错误
对于同一个操作而言，浮点数每次都会产生同样的错误。错误是可预测的，因此也是可控的。如果你清楚你要做的事情是什么，并且坚持使用一些简单的规则，比如说对结果进行舍入操作，那么浮点数出的错也不会比BigDecimal要多，除此之外它的可读性更强，而且效率快了百倍以上（同时产生的垃圾对象也更少了）。
8、时区是永恒不变的
