我是靠谱客的博主 积极白昼,这篇文章主要介绍String 与 StringBuffer 的性能差距 和 为什么一、前言一、性能的差距二、性能差距的原因一些建议结语,现在分享给大家,希望可以做个参考。

String 与 StringBuffer 的性能差距 和 为什么

  • 一、前言
  • 一、性能的差距
  • 二、性能差距的原因
    • String
    • StringBuffer
  • 一些建议
  • 结语

一、前言

我们日常中经常要操纵字符串。

而操纵一个字符串有许多方法。

例如直接String,或者StringBuffer。

那么这两种方法的差别在哪,又为什么有差别。

这是我们今天要探讨的。

一、性能的差距

在日常,在结果差别不大的情况下,具有决定因素的一般是性能。那么我们就先比较一下它们之间性能的差距。

这里以字符串拼接举例。话不多说上实例。

复制代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
//生成10位长度的随机字符串 //然后,先使用String的+,连接10000个随机字符串,计算消耗的时间 //然后,再使用StringBuffer连接10000个随机字符串,计算消耗的时间 //创建一个方法,用于获取随机字符串。 public static String getRandomString(){ //10位字符对应一个10位长度的随机字符串 char[] cs = new char[10]; for (int i = 0;i<cs.length;i++){ cs[i] = (char)(new Random().nextInt(91)+32); //用ASCII码来获取字符(32-122)。 //Random().nextInt(num)可以获取一个位于[0,num]区间的整数(包括0,不包括num) } //返回字符串 return String.valueOf(cs); } public static void main(String[] args){ //记录开始时间,方便记录拼接时间 long time = System.currentTimeMillis(); //首先初始化一个字符串 String str1 = getRandomString(); for (int i=0;i<10000;i++){ //使用String的+拼接 str1 += getRandomString(); } //记录此方法所用时间(要减去初始时间) long time1 = System.currentTimeMillis() - time ; System.out.println("使用字符串连接的+方式,连接10000次,耗时" + time1 + "毫秒"); //初始化字符串 String str2 = getRandomString(); //新建StringBuffer StringBuffer sb = new StringBuffer(str2); for (int i=0;i<10000;i++){ //使用StringBuffer的append方法拼接字符串 sb.append(getRandomString()); } //记录此方法所用时间(同样减去初始时间和上个方法的时间) long time2 = System.currentTimeMillis()-time1-time; System.out.println("使用StringBuffer的方式,连接10000次,耗时" + time2 + "毫秒"); }

10000次运行结果

复制代码
1
2
3
使用字符串连接的+方式,连接10000次,耗时108毫秒 使用StringBuffer的方式,连接10000次,耗时37毫秒

50000次运行结果

复制代码
1
2
3
使用字符串连接的+方式,连接50000次,耗时4324毫秒 使用StringBuffer的方式,连接50000次,耗时66毫秒

100000次运行结果

复制代码
1
2
3
使用字符串连接的+方式,连接100000次,耗时8383毫秒 使用StringBuffer的方式,连接100000次,耗时137毫秒

从上面程序的运行结果可以很明显的看出StringBuffer比String快上许多。

那么为什么呢。

(敲黑板)今天的重点来了。

二、性能差距的原因

String

字符串 是一个常量,具有immutable(不可变的)。

也就是说,当你创建了一个字符串后,你只能读,但不能进行任何更改。

那么java是如何对一个已经初始化字符串进行更改的呢?

那么我们就可以换个思路,既然旧的不行,那我们就找个新的。

所以,当你更改一个字符串时。

java先创建了一个新对象,将内容移到新对象那,并且将指针指向新对象。这样你就完成了对字符串的更改。

是不是很好。

但我们是不是忘了什么。

对了,那个旧对象怎么办?

难道就把它留在那吗?

事实上是的。当我们将指针指向新对象后,旧对象就成为了没有家的人(无引用对象)。

那么当我们创建的对象多了后,JVM检测到对象太多了, 于是 启动了人类清除计划 启动了GC.

那么“男上加男”,新对象的创建 以及 GC的启动,一切都在吞吃你的内存,所以性能便降低了许多。

StringBuffer

看了String的原理,你应该可以发现它的症结所在就是对象的创建。那么想要提高性能,那我们便要减少对象的创建,甚至不需要对象的创建。

那么这时StringBuffer就挺身而出了:我行!

StringBuffer 对象并不是immutable(不可变的),所以它想变多少次就变多少次。但它永远是它,对象没有改变。所以那一部分的内存就可以节约下来了。

这便是StringBuffer那么快的原因(它始终都是那么专一,不像String一样那么多变)

一些建议

1.当频繁操纵一个字符串时,建议使用StringBuffer进行操纵。

2.少量时String,StringBuffer均可。

3.建议尽量不要使用StringBulider,为了那10%的性能提升,而冒着线程不安全的风险,不值得。

StringBulider 没有多线程安全,而StringBuffer有,所以StringBuffer要慢点,但也要安全点。

结语

没啥结语。

有问题放在评论区,若我看到了,会给你尽快回复的。

如果文章内容有什么问题也欢迎指正。

感谢你的阅读。

最后

以上就是积极白昼最近收集整理的关于String 与 StringBuffer 的性能差距 和 为什么一、前言一、性能的差距二、性能差距的原因一些建议结语的全部内容,更多相关String内容请搜索靠谱客的其他文章。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(71)

评论列表共有 0 条评论

立即
投稿
返回
顶部