摘要:所以如果要進行的操作是多線程的,那么就要使用,但是在單線程的情況下,還是建議使用速度比較快的??偨Y一下適用于少量的字符串操作的情況適用于單線程下在字符緩沖區(qū)進行大量操作的情況適用多線程下在字符緩沖區(qū)進行大量操作的情況
[TOC]
原文鏈接:[https://www.cnblogs.com/su-fe...]:
這三個類之間的區(qū)別主要是在兩個方面,即運行速度和線程安全這兩方面1、首先說運行速度,或者說是執(zhí)行速度
在這方面運行速度快慢為:StringBuilder > StringBuffer > String
String最慢的原因:
String為字符串常量,而StringBuilder和StringBuffer均為字符串變量,即String對象一旦創(chuàng)建之后該對象是不可更改的,但后兩者的對象是變量,是可以更改的。以下面一段代碼為例:
1 String str="abc"; 2 System.out.println(str); 3 str=str+"de"; 4 System.out.println(str);
如果運行這段代碼會發(fā)現(xiàn)先輸出“abc”,然后又輸出“abcde”,好像是str這個對象被更改了,其實,這只是一種假象罷了,JVM對于這幾行代碼是這樣處理的,首先創(chuàng)建一個String對象str,并把“abc”賦值給str,然后在第三行中,其實JVM又創(chuàng)建了一個新的對象也名為str,然后再把原來的str的值和“de”加起來再賦值給新的str,而原來的str就會被JVM的垃圾回收機制(GC)給回收掉了,所以,str實際上并沒有被更改,也就是前面說的String對象一旦創(chuàng)建之后就不可更改了。所以,Java中對String對象進行的操作實際上是一個不斷創(chuàng)建新的對象并且將舊的對象回收的一個過程,所以執(zhí)行速度很慢。
而StringBuilder和StringBuffer的對象是變量,對變量進行操作就是直接對該對象進行更改,而不進行創(chuàng)建和回收的操作,所以速度要比String快很多。
另外,有時候我們會這樣對字符串進行賦值
1 String str="abc"+"de"; 2 StringBuilder stringBuilder=new StringBuilder().append("abc").append("de"); 3 System.out.println(str); 4 System.out.println(stringBuilder.toString());
這樣輸出結果也是“abcde”和“abcde”,但是String的速度卻比StringBuilder的反應速度要快很多,這是因為第1行中的操作和
String str="abcde";
是完全一樣的,所以會很快,而如果寫成下面這種形式
1 String str1="abc"; 2 String str2="de"; 3 String str=str1+str2;
那么JVM就會像上面說的那樣,不斷的創(chuàng)建、回收對象來進行這個操作了。速度就會很慢。
2、再來說線程安全在線程安全上,StringBuilder是線程不安全的,而StringBuffer是線程安全的
如果一個StringBuffer對象在字符串緩沖區(qū)被多個線程使用時,StringBuffer中很多方法可以帶有synchronized關鍵字,所以可以保證線程是安全的,但StringBuilder的方法則沒有該關鍵字,所以不能保證線程安全,有可能會出現(xiàn)一些錯誤的操作。所以如果要進行的操作是多線程的,那么就要使用StringBuffer,但是在單線程的情況下,還是建議使用速度比較快的StringBuilder。
3、總結一下String:適用于少量的字符串操作的情況
StringBuilder:適用于單線程下在字符緩沖區(qū)進行大量操作的情況
StringBuffer:適用多線程下在字符緩沖區(qū)進行大量操作的情況
文章版權歸作者所有,未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉載請注明本文地址:http://www.ezyhdfw.cn/yun/77069.html
摘要:不指定容量會顯著降低性能一般使用在方法內(nèi)部來完成類似功能,因為是線程不安全的,所以用完以后可以丟棄。主要用在全局變量中相同情況下使用相比使用僅能獲得左右的性能提升,但卻要冒多線程不安全的風險。 String 作為最基礎的引用數(shù)據(jù)類型,日常的開發(fā)中被大量的使用?;诓豢勺兊奶匦?,一旦被過度地使用,堆內(nèi)存就會負荷不堪,甚至影響性能,為此,Java 設計者特意為 String 在方法區(qū)中開辟...
本文原創(chuàng)文章,轉載注明出處,博客地址 https://segmentfault.com/u/to... 第一時間看后續(xù)精彩文章。覺得好的話,順手分享到朋友圈吧,感謝支持。 筆者經(jīng)常忘記三者之間的區(qū)別,下面自己總結一番,畫一個表格來展示 Item +區(qū)別 多線程 性能 使用場景 優(yōu)化 String 不可變類,重新創(chuàng)建字符串 不安全 拼接時,性能差 操作少量數(shù)據(jù),字符串不變時 無 St...
摘要:與都繼承自類,在中也是使用字符數(shù)組保存字符串,,這兩種對象都是可變的。采用字節(jié)碼的好處語言通過字節(jié)碼的方式,在一定程度上解決了傳統(tǒng)解釋型語言執(zhí)行效率低的問題,同時又保留了解釋型語言可移植的特點。 String和StringBuffer、StringBuilder的區(qū)別是什么?String為什么是不可變的? String和StringBuffer、StringBuilder的區(qū)別 可變性...
摘要:因此,這三個類是各有利弊,應當根據(jù)不同的情況來進行選擇使用當字符串相加操作或者改動較少的情況下,建議使用這種形式當字符串相加操作較多的情況下,建議使用,如果采用了多線程,則使用。 1.包裝類與自動拆箱裝箱 int a1= 1000;int a2=1000;if(a1==a2){System.out.println(yes);} ==的比較,基本數(shù)據(jù)類型看的是值是否相等,引用數(shù)據(jù)類型...
摘要:當然大多數(shù)情況下就是我們是在單線程下進行的操作,所以大多數(shù)情況下是建議用而不用的,就是速度的原因。 第三階段 JAVA常見對象的學習 StringBuffer和StringBuilder類 (一) StringBuffer類的概述 (1) 基本概述 下文以StringBuffer為例 前面我們用字符串做拼接,比較耗時并且也耗內(nèi)存(每次都會構造一個新的string對象),而這種拼接操作又...
閱讀 1918·2023-04-25 14:49
閱讀 3188·2021-09-30 09:47
閱讀 3224·2021-09-06 15:00
閱讀 2290·2019-08-30 13:16
閱讀 1506·2019-08-30 10:48
閱讀 2733·2019-08-29 15:11
閱讀 1359·2019-08-26 14:06
閱讀 1732·2019-08-26 13:30