使用SimpleDateFormat必须注意的问题

在使用SimpleDateFormat的经常会有一些错误的用法,例如如下方式:
ExpandedBlockStart.gif ContractedBlock.gif public   class  TestDateFormat dot.gif {
InBlock.gif     
private SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
ExpandedSubBlockStart.gifContractedSubBlock.gif     
public void method1()dot.gif{
InBlock.gif         sdf.format(
new Date());
ExpandedSubBlockEnd.gif     }

ExpandedSubBlockStart.gifContractedSubBlock.gif     
public void method2()dot.gif{
InBlock.gif         sdf.format(
new Date());
ExpandedSubBlockEnd.gif     }

InBlock.gif )
为了渐少new 的次数而把SimpleDateFormat做成成员或者静态成员,但这样的做法是隐含着错误的,是不
 安全的。如下给出证明:
None.gif   import  java.text.SimpleDateFormat;
None.gif
import  java.util.Date;
None.gif
import  java.util.HashMap;
None.gif
import  java.util.Map;
None.gif
None.gif
ExpandedBlockStart.gifContractedBlock.gif
public   class  TestDateFormat dot.gif {
InBlock.gif    
private SimpleDateFormat sdf ;
ExpandedSubBlockStart.gifContractedSubBlock.gif    
public static void main(String[] args) dot.gif{
InBlock.gif        SimpleDateFormat sdf
= new SimpleDateFormat("yyyy-MM-dd");
InBlock.gif        Date date1 
= new Date();
InBlock.gif        Date date2 
= new Date(date1.getTime()+1000*60*60*24);
InBlock.gif        System.out.println(date1);
InBlock.gif        System.out.println(date2);
InBlock.gif        Thread thread1 
= new Thread(new Thread1(sdf,date1));
InBlock.gif        thread1.start();
InBlock.gif        Thread thread2 
= new Thread(new Thread2(sdf,date2));
InBlock.gif        thread2.start();
ExpandedSubBlockEnd.gif    }

InBlock.gif    
ExpandedBlockEnd.gif}

ExpandedBlockStart.gifContractedBlock.gif
class  Thread1  implements  Runnable dot.gif {
InBlock.gif    
private SimpleDateFormat sdf;
InBlock.gif    
private Date date;
ExpandedSubBlockStart.gifContractedSubBlock.gif    
public Thread1(SimpleDateFormat sdf,Date date)dot.gif{
InBlock.gif        
this.sdf = sdf;
InBlock.gif        
this.date = date;
ExpandedSubBlockEnd.gif    }

ExpandedSubBlockStart.gifContractedSubBlock.gif    
public void run() dot.gif{
ExpandedSubBlockStart.gifContractedSubBlock.gif        
for(;;)dot.gif{
InBlock.gif            String strDate 
= sdf.format(date);
ExpandedSubBlockStart.gifContractedSubBlock.gif            
if("2007-02-27".equals(strDate))dot.gif{
InBlock.gif                System.err.println(
"Error: date1="+strDate);
InBlock.gif                System.exit(
0);
ExpandedSubBlockEnd.gif            }

ExpandedSubBlockEnd.gif        }

ExpandedSubBlockEnd.gif    }

ExpandedBlockEnd.gif}

ExpandedBlockStart.gifContractedBlock.gif
class  Thread2  implements  Runnable dot.gif {
InBlock.gif    
private SimpleDateFormat sdf;
InBlock.gif    
private Date date;
ExpandedSubBlockStart.gifContractedSubBlock.gif    
public Thread2(SimpleDateFormat sdf,Date date)dot.gif{
InBlock.gif        
this.sdf = sdf;
InBlock.gif        
this.date = date;
ExpandedSubBlockEnd.gif    }

ExpandedSubBlockStart.gifContractedSubBlock.gif    
public void run() dot.gif{
ExpandedSubBlockStart.gifContractedSubBlock.gif        
for(;;)dot.gif{
InBlock.gif            String strDate 
= sdf.format(date);
ExpandedSubBlockStart.gifContractedSubBlock.gif            
if("2007-02-26".equals(strDate))dot.gif{
InBlock.gif                System.err.println(
"Error: date1="+strDate);
InBlock.gif                System.exit(
0);
ExpandedSubBlockEnd.gif            }

ExpandedSubBlockEnd.gif        }

ExpandedSubBlockEnd.gif    }

ExpandedBlockEnd.gif}

很快,基本几十次就会出现错误。错误原因:
 因为SimpleDateFormat处理复杂,Jdk的实现中使用了成员变量来传递参数,这个就造成在多线程的时候
 会出现错误。上边的程序证明了这个问题。
 
 再看看SimpleDateFormat的Jdk 的Source,有这么一段注释,说明它不是线程安全的。
 Date formats are not synchronized.
 * It is recommended to create separate format instances for each thread.
 * If multiple threads access a format concurrently, it must be synchronized
 
 继续看看Sun自己的网站上。在sun的bug database中
 Bug ID:  4228335  讲的就是这个问题。
 SimpleDateFormat is not threadsafe (one more try)
 其中有这么几段话值得关注:
 1,
 Aside from the obvious, there are two reasons why this fix should be made:
- The documentation for DateFormat states that a DateFormat object should be used
multiple times, implying that construction is expensive.  Furthermore,
 no mention is made of SimpleDateFormat's lack of thread-safety. 
 Since for most applications the date formats remain constant,
 it is very easy to conclude that DateFormats should be application globals.
 But SimpleDateFormat produces incorrect results when used in this way.
- Bug 4101500, a similar problem with NumberFormat, was fixed.

建议修改这个问题,而且NumberFormat已经修改,解决了这个问题。简单测试了一下NumberFormat确是不出错

2,
Use of a cloned Calendar object in format(), as suggested in JDC comments,
slows down the execution 30-50%. And it potentially affects footprint because
of cloned objects. Another approach would be to have a Calendar instance per
thread. However, this approach will cause problems at the API semantic level due
to the get/setCalendar methods.
这一段解释了为什么没修改这个问题,一个是保持API不变,另一个是因为Clone比new慢,会损失效率
关于clone与new的快慢,看这里http://www.blogjava.net/dreamstone/archive/2007/02/26/100761.html

其它的还有好多,感兴趣的自己看看吧。

结论:每次使用它的时候现new,或者用一个同步函数把new好的包装起来使用吧。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值