浅谈String StringBuffer StringBuilder

        String 是我们平常用的最多的引用类型的数据类型了,它表示字符串,是一个固定长度的字符数组,下面我们来看看String的源码:

可以看到String本质上是一个固定字符的字符数组。

        平常的String s = "abc"和String s = new String("abc");是不一样的,前者是将abc这个常量放入了java中的常量池,在编译期间就可以确定s的值而后者在编译期间是无法明确其值是多少的,只有在运行期间才能知道确定的值,并且后者也会在常量池中存放一个abc变量的副本。

    请看下面的例子:

    String s = "abc";

    String ss = "a"+"b"+"c";

    String sss = new String("abc");

    请问s==ss? s==sss? ss == sss?    

    答案是:true false false

    原因:s会将abc存入常量池中,在需要的时候去使用,ss在编译期的值也会被确定,确定的值是abc,因为常量池中存在了,所以实际上s和ss指向的是同一个abc副本。sss所指向的abc副本则是在运行期间在堆内存中创建的String对象,所以他们之间的比较是不同的。

       还有一种情况就是被final修饰的String变量,例如

        String s = "ab";

        final String ss = "a";

        String sss = ss+"b";

        那么:s==sss?

        答案是:true

        因为被final修饰变量也称为宏变量,它会将自己的副本存入到常量池中,因此ss+"b"实际上就等于“a”+"b";

        因此两者是相等的。

        通常我们使用String都会有String+。。。。的操作,那么大家 是否了解它的原理,且他跟StringBuilder的append方法比起来怎么样呢?我们来看一个例子:


这个例子大家也许可能认为结果差不多,但其实相差很大,请看结果:


虽然StringBuilder不可能使用了0ms但足以说明问题,那么是为什么呢?

原因就是第一段比较的例子中,其实并不是简单的字符串拼接,而是将String类型转化成了StringBuilder对象,且创建了10000个StringBuilder对象,这样下来不仅造成了大量的资源浪费,而且速度也会很慢

   但是第二段的例子中就仅仅是创建了一次StringBuilder但是调用了10000次append方法,所以两者差距很大。

    StringBuffer和StringBuilder是一样的不同的地方就是StringBuffer是线程安全的,因为该类使用了synchronized关键字来保证线程安全

    但是上面的速度比较也不是一定的,需要具体情况具体分析,若包含有大量的字符串的拼接那么应该选择StringBuilder,但若是简单的声明和使用那么显然是String速度更快,因为String是直接保存在常量池中的。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值