System.currentTimeMillis()的调用比new一个普通对象要耗时的多（具体耗时高出多少我也不知道，不过听说在100倍左右），然而该方法又是一个常用方法，有时不得不使用，比如生成wokerId、打印日志什么的，在高并发情形下肯定存在性能问题的，但怎么做才好呢？        System.currentTimeMillis()之所以慢是因为去跟系统打了一次交道。那什么快？内存！如果该方法从内存直接取数，那不就美滋滋了。

       System.currentTimeMillis()产生一个当前的毫秒，这个毫秒其实就是自1970年1月1日0时起的毫秒数，Date()其实就是相当于Date(System.currentTimeMillis());因为Date类还有构造Date(long date)，用来计算long秒与1970年1月1日之间的毫秒差。得到了这个毫秒数，我们自己也可以算起现在的年月日周时，但是这不是我们去计算的，因为有Calendar。Calendar最终出的结果就是年月日周时时区。
       System.currentTimeMillis()计算方式：
       在开发过程中，通常很多人都习惯使用new Date()来获取当前时间。new Date()所做的事情其实就是调用了System.currentTimeMillis()。如果仅仅是需要或者毫秒数，那么完全可以使用System.currentTimeMillis()去代替new Date()，效率上会高一点。如果需要在同一个方法里面多次使用new Date()，通常性能就是这样一点一点地消耗掉，这里其实可以声明一个引用。