java时间格式转换java.lang.NumberFormatException: multiple points问题

 最近在做项目过程中转移过一次服务器，但是原先的上传的文件过大不好转移，因此特地写了一段代码进行控制指定时间访问文件从原服务器读取，但是进行时间格式转换的时候时不时的会遇到这样的异常

java.lang.NumberFormatException: multiple points
at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890)
at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110)
at java.lang.Double.parseDouble(Double.java:538)
at java.text.DigitList.getDouble(DigitList.java:169)
at java.text.DecimalFormat.parse(DecimalFormat.java:2089)
at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1869)
at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514)
at java.text.DateFormat.parse(DateFormat.java:364)
at 

或者

ava.lang.NumberFormatException: For input string: "2019.2019E"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Long.parseLong(Long.java:589)
at java.lang.Long.parseLong(Long.java:631)
at java.text.DigitList.getLong(DigitList.java:195)
at java.text.DecimalFormat.parse(DecimalFormat.java:2084)
at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1869)
at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514)
at java.text.DateFormat.parse(DateFormat.java:364)

百度一通之后发现是因为多线程中使用全局的SimpleDateFormat是不安全的，特别在此记录一下

解决办法

1、建议在每个方法中都new一个新的SimpleDateFormat对象，这样子就可以避免这种问题。

2、也可以使用保存线程局部变量的ThreadLocal对象来保存每一个线程的SimpleDateFormat对象，小编主要说说第二种的使用，针对上述代码做的改变。

参考：

https://www.cnblogs.com/ljy-20180122/p/9520621.html

https://blog.csdn.net/zhongyangjian/article/details/50442504