使用过elastic search的程序员们大概都会遇到一个比较蛋疼的问题：
日期存放在elastic search，究竟是格式化为字符串存储比较好，还是直接使用es的默认日期类型比较好，还是转化为unix时间戳比较好呢？
无论我们以何种日期存放，elastic search的底层存放的还是时间戳，时间戳存储起来还是比较方便的。
对于我们的直观感受和搜索而言呢，时间戳对于搜索倒是便利些，但是不够直观，只是一个数字而已。es的默认日期是采用的零时区，比我们少八个小时，无论是对于搜索还是直观感受，都有些不便。日期格式化为字符串后存储，比较直观，但是搜索起来就坑爹了，如果不觉得麻烦的人还望指教。
下面说说java语言的解决办法：
java语言开发者最熟悉的时间工具类莫过于java.util.Date，可以取得当前时间，很直观，但是如果直接存储进入es，由于es的日期采用的是零时区存储，所以就要比我们少8个小时。我想了一些办法，比如加上时区，但是进入到es后还是少8个小时。
进入职场后，基本就一直在使用jdk 1.8，因此想想java 8有没有什么更好的解决方案呢？
java.time工具包的出现很好地替换掉java.util包下难用的时间工具类。java.time.LocalDateTime，该类带有系统时区，不用费尽心机在Date上设置时区了。直接使用LocalDateTime.now()得到当前时区的时间，存储进入es后也不会再出现丢失8小时的情况，对于搜索、直观感受而言，都算是一个比较好的方案吧。
欢迎有更好解决方案的大牛前来拍砖！