1、异常导致线程中断：
游戏中启动定时器，用来检测地图上掉落的物品是否到时，到时后从物品列表中清除。运行时发现，系统运行一段时间后就出现掉落物品不消失的情况，检查游戏逻辑没有发现任何问题，当前定时器任务中连抛出异常的可能都没有。在测试环境中使用各种方法测试都无法重现问题。只好万分头痛的去查看1GB/Hour的生产服运行日志，结果惊奇的发现用于检测物品到时的定时器在某个时间神奇的消失了。查找定时器消失前的日志发现当前线程抛出了一个异常，异常抛出点还真的不是发现问题的定时器任务。
原因分析：
定时器timer里面其实有一个线程和一个timerTask数组，创建timer的时候启动线程，然后线程负责轮询每个timerTask是否到时，到时后执行task中定义的操作。那么问题最终归结为异常为什么会导致线程中断。
标准的线程写法是在run方法里面放置一个循环，在循环结束以后，线程退出。那么如果在循环中的抛出异常而没有捕获，那么在跳出到循环外面之后，线程当然不会再执行了。同样定时器中的线程如果停止了，定时器里的所有任务当然也不会再执行了。
2、当自动拆装箱遇到容器类
自动拆装箱的功能用起来很爽，各种基本数据类型和对应的封装对象之间可以随意转换。但是不能忽视这个过程是有消耗资源的。
下面的代码：
| Integer i = 1; |
在编译后是这种样子的：
| Integer i = Integer.valueOf(1); |
所以对同一个值多次拆装箱的时候最好将数据缓存一下，一点点的性能优化也是优化。
为什么容器类不支持基本数据类型？
好像这是一个约定俗成的概念，从学习java开始就被告诉容器类不支持基本数据类型，从来没有想过为什么。想一想其实也很简单，基本数据类型是游离于java万事万物皆对象的思想
之外的，与Object没有继承关系，所以要想支持只能针对每一个基本数据类型都写一套容器类。他们是图省事，当然都写一套也没有必要。
开始说正题，看下面的代码：
|
这是根据真实的生产服bug抽取的问题代码，当然不会写得这么直接，要不然肯定到不了我这里了。按照我的理解hashMap的实现是根据对象的hashCode值进行快速定位并比较查找的，
只要hashCode相同就应该得到正确的结果。所以特意查了一下源码发现返回的hashcode应该是完全相同的，这时就困惑了，看来之前的理解是有问题的。开源的东西就是有这点好处，
发现问题可以查看源码寻根问底，看下面的代码：
|
Integer的equals方法：
|
还是有一个问题，为什么get方法里面的参数不用泛型呢，如果用了泛型不就不会出现这种问题了。
