1      出现原因

代码功能性测试和低并发测试时一切正常，但是高并发多线程性能测试时出现

java.lang.NumberFormatException: multiplepoints错误，排查原因发现是SimpleDateFormat线程不安全引起。

2      网上解决方案

1.      局部变量，每次new SimpleDateFormat，这样开销过大，对性能影响大；

2.      ThreadLocal，每个线程一个SimpleDateFormat；需要维护额外代码；

3.      同步代码块 synchronized，影响并发性能；

4.      使用第三方的日期处理函数，保证线程安全；

3       joda-time的使用

这里我主要使用第三方日期处理函数来解决问题。

3.1  为什么不用FastDateFormat

一开始使用commons-lang的FastDateFormat发现功能不够强大，不支持SimpleDateFormat的 setLenient(false)，不能严格限制日期转换。

为什么使用joda-time？

Ø  一个面向 Java™ 平台的易于使用的开源时间/日期库；

Ø  Joda-Time令时间和日期值变得易于管理、操作和理解；

Ø  可扩展性、完整的特性集以及对多种日历系统的支持；

Ø  Joda 与 JDK 是百分之百可互操作的，因此您无需替换所有 Java 代码，只需要替换执行日期/时间计算的那部分代码；

3.2  简单使用

3.2.1  string类型转datetime格式判断

DateTimeFormatter format = DateTimeFormat. forPattern("yyMMddHHmmss");

try {

            format.parseDateTime(deviceRegisterRequest.getTimestamp());

         } catch (Exception e) {

            // TODO: handle exception

            setErrorInfo(ErrorCode. parameterOutOfRange, "设备注册timestamp出错");

            return getErrorInfo();

                            }

4      参考文献

http://h819.iteye.com/blog/611099

http://blog.csdn.net/zeus_9i/article/details/32318771