前言：Java中，说起日期转换，SimpleDateFormat不得不提，但是在实战操作中，使用时千万要小心。否则将会出现“ java.lang.NumberFormatException: multiple points”错误，那么究竟是为什么呢？
首先，请随小编来看看一个用到SimpleDateFormat的日期转换类。
package com.mwq.format;
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
public class DateUtils {
/**
* yyyy-MM-dd formatter
*/
private static final SimpleDateFormat YMD_DASH_FORMATTER = new SimpleDateFormat("yyyy-MM-dd");
public static long getTimeMillisSpecifyDaysBaseOnToday(int days) {
long millis = 0l;
try {
Date dateTomorrow = new Date();
String tomorrow = YMD_DASH_FORMATTER.format(dateTomorrow);
// System.out.println(tomorrow);
Date tomorrownew = YMD_DASH_FORMATTER.parse(tomorrow);
millis = tomorrownew.getTime();
} catch (ParseException e) {
}
return millis;
}
}内容很简单，静态初始化一个SimpleDateFormat，然后用它来转换一个凌晨的时间戳，用到了SimpleDateFormat的format和parse方法。
类看起来似乎没什么问题，反正我是没找出什么理由来证明它写的有问题！（小编的编程水平有限啊！）
其次，我们写个测试类调用一下。
package com.mwq.format;
public class Test {
public static void main(String[] args) {
for (int i = 0; i < 10; i++) {
Thread thread1 = new Thread() {
public void run() {
System.out.println(DateUtils.getTimeMillisSpecifyDaysBaseOnToday(0));
}
};
thread1.start();
}
}
}主类循环10此而已，创造线程来调用getTimeMillisSpecifyDaysBaseOnToday方法，也仅此而已。
然后，我们来看看结果。
1436544000000
1436544000000
835200000
1436544000000
1436544000000
835200000
Exception in thread "Thread-2" java.lang.NumberFormatException: multiple points
at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1084)
at java.lang.Double.parseDouble(Double.java:510)
at java.text.DigitList.getDouble(DigitList.java:151)
at java.text.DecimalFormat.parse(DecimalFormat.java:1303)
at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1538)
at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1263)
at java.text.DateFormat.parse(DateFormat.java:335)
at com.mwq.format.DateUtils.getTimeMillisSpecifyDaysBaseOnToday(DateUtils.java:20)
at com.mwq.format.Test$1.run(Test.java:10)
Exception in thread "Thread-9" java.lang.NumberFormatException: multiple points
1436544000000
at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1084)
at java.lang.Double.parseDouble(Double.java:510)
at java.text.DigitList.getDouble(DigitList.java:151)
at java.text.DecimalFormat.parse(DecimalFormat.java:1303)
at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1538)
at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1263)
at java.text.DateFormat.parse(DateFormat.java:335)
1436544000000
at com.mwq.format.DateUtils.getTimeMillisSpecifyDaysBaseOnToday(DateUtils.java:20)
at com.mwq.format.Test$1.run(Test.java:10)
什么？输出了一大推错误！
查看一下源码吧！
/**
* Returns a new <code>double</code> initialized to the value
* represented by the specified <code>String</code>, as performed
* by the <code>valueOf</code> method of class
* <code>Double</code>.
*
* @param s the string to be parsed.
* @return the <code>double</code> value represented by the string
* argument.
* @exception NumberFormatException if the string does not contain
* a parsable <code>double</code>.
* @see java.lang.Double#valueOf(String)
* @since 1.2
*/
public static double parseDouble(String s) throws NumberFormatException {
return FloatingDecimal.readJavaFormatString(s).doubleValue();
}如果这个字符串没有包含一个可转换的double，那么就会抛出NumberFormatException 异常。
当然这个解释对于上面出现错误，似乎没有什么好解释的。
那么，我们再来看看SimpleDateFormat的API doc解释。
parse
public Date parse(String text,
ParsePosition pos)解析字符串的文本，生成 Date。
此方法试图解析从 pos 给定的索引处开始的文本。如果解析成功，则将 pos 的索引更新为所用最后一个字符后面的索引（不必对直到字符串结尾的所有字符进行解析），并返回解析得到的日期。更新后的 pos 可以用来指示下次调用此方法的起始点。如果发生错误，则不更改 pos 的索引，并将 pos 的错误索引设置为发生错误处的字符索引，并且返回 null。
指定者：
类 DateFormat 中的 parse
参数：
text - 应该解析其中一部分的 String。
pos - 具有以上所述的索引和错误索引信息的 ParsePosition 对象。
返回：
从字符串进行解析的 Date。如果发生错误，则返回 null。
抛出：
NullPointerException - 如果 text 或 pos 为 null。
另请参见：
DateFormat.setLenient(boolean)
也就是说，String tomorrow = YMD_DASH_FORMATTER.format(dateTomorrow);
// System.out.println(tomorrow);
Date tomorrownew = YMD_DASH_FORMATTER.parse(tomorrow);
产生了空指针引用。
其实，再回看我们的日志信息，我们其实可以发现一些端倪。
835200000
1436544000000
1436544000000
835200000
如果一切正常的话，都应该输出“1436544000000”才对的，为什么出现了“835200000”？
再看看
此方法试图解析从 pos 给定的索引处开始的文本。如果解析成功，则将 pos 的索引更新为所用最后一个字符后面的索引（不必对直到字符串结尾的所有字符进行解析），并返回解析得到的日期。更新后的 pos 可以用来指示下次调用此方法的起始点。如果发生错误，则不更改 pos 的索引，并将 pos 的错误索引设置为发生错误处的字符索引，并且返回 null。
这段话，你也许就恍然大悟了，在多线程并发情况下，SimpleDateFormat显然不够安全！
当然，这样的解释是我杜撰的！
那么，怎么来避免这样的错误呢？
1.DateUtils类中getTimeMillisSpecifyDaysBaseOnToday方法中打印一下tomorrow，或者随便输出一些东西就好了。
package com.mwq.format;
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
public class DateUtils {
/**
* yyyy-MM-dd formatter
*/
private static final SimpleDateFormat YMD_DASH_FORMATTER = new SimpleDateFormat("yyyy-MM-dd");
public static long getTimeMillisSpecifyDaysBaseOnToday(int days) {
long millis = 0l;
try {
Date dateTomorrow = new Date();
String tomorrow = YMD_DASH_FORMATTER.format(dateTomorrow);
System.out.println(tomorrow);
// System.out.println("111111111111");
Date tomorrownew = YMD_DASH_FORMATTER.parse(tomorrow);
millis = tomorrownew.getTime();
} catch (ParseException e) {
}
return millis;
}
}
2.DateUtils类中的YMD_DASH_FORMATTER放错了位置，换成以下这样话，就不会有问题了。
package com.mwq.format;
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
public class DateUtils {
/**
* yyyy-MM-dd formatter
*/
public static long getTimeMillisSpecifyDaysBaseOnToday(int days) {
long millis = 0l;
try {
SimpleDateFormat YMD_DASH_FORMATTER = new SimpleDateFormat("yyyy-MM-dd");
Date dateTomorrow = new Date();
String tomorrow = YMD_DASH_FORMATTER.format(dateTomorrow);
// System.out.println(tomorrow);
// System.out.println("");
Date tomorrownew = YMD_DASH_FORMATTER.parse(tomorrow);
millis = tomorrownew.getTime();
} catch (ParseException e) {
}
return millis;
}
}
总结：其实这个时候，我不知道该说些什么？一则因为自己从来都没有对Java深入浅出过，二则因为如果不是读《effective Java 》，想用上面的思路应用到项目中造成的错误也不会有上面这些说辞，不过遇到问题探究一下总归是不错的。
版权声明：本文为博主原创文章，未经博主允许不得转载。