在多线程操作下String为何比StringBuffer要快

  今天看了一篇关于多线程设计模式的资料后,浅浅的理解了这个问题。

  在读到immutable模式时候,文中用StringBuffer和String类作比较:大家都知道String是final类,而且在String类中没有任何一个可以修改属性状态的方法,即不可变的,但是如果你要经常想修改一个字符串的内容,你首先会想到用StringBuffer来处理。正因为String类的如此设计,导致了String类的任何方法都没有必要是Synchonized的,我们知道在多线程操作时,为了使共享数据互斥,我们经常使用Synchonized关键字对方法或者程序块加以修饰,但与此同时性能也会因此而下降。如果在多线程的程序中应用了StringBuffer进行改写操作,从安全性角度讲你就要适当的在程序中适当的考虑线程同步的操作,这样一来由于多线程同步的互斥带来的性能下降可想而知,这也就是这个问题的原因了。

 

  PS:String类的设计模式就是immutable模式。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值