자바 퀴즈: StringBuilder는 왜 StringBuffer 대신에 사용되어야 하는가?
Angsuman Chakraborty
2008년 8월 23
끈 목표의 많은 수를 연결하는 제일 방법은 인 무슨 첫째로 저에게 말하는가? 그것은 a + b 인가?
자바 대부분의 개발자는 거대한 성능상 문제 때문에 a + b (+ 통신수) 사용하지 않기 위하여, 대신 사용한다 StringBuffer를 알고 있다. 실제로 나는 이 민속학을 확인하는 과거에는 몇몇 시험을 했다. 그러나 너희 중 몇은 구획에 새로운 아이 - StringBuilder가 다는 것을 아 좋지 않다.
java.lang.StringBuilder는 java.lang.StringBuffer 사촌이다 (java.util.HashMap 같이 java.util에 이다. 해시표 또는 java.util.HashSet는 java.util에 이다. 머리 위 동기화 없는 벡터) 그러나. 당신이 다수 실에서 끈을 연결할 필요가 있으면 않는 한, 당신은 확률이 높다 StringBuilder를 가진 더 나은 성과를 얻기 위하여.
어떻게의 밑에 에, 프로그램하는 자바 소프트웨어 신청하는 |
|
RSS 2.0 |
Trackback 이 기사 |
이 기사를 이메일을 보내십시오
당신은 또한 읽고 싶을지도 모른다 |




































2008년 8월 23 1:38 pm에
우리는 `를 사용하여 + ' 끈을 연결하는 통신수가 느린 유해하고 잘못된 단언으로 멈춘다 할 수 있다.
기준 첫번째 달리십시오.
를 사용하여 일반적인 케이스를 위해 + 끈을 건축하는 통신수는 구체 활자 끈 완충기 접근 보다는 아니 더 느리다. 그것은 자바 1.4.2 또는 1.5의 주위에 그 후 이지 않았다. 그것은 큰 연결을 위해 더 느리다 - 모여서 1개 더 큰 끈으로 1000년 말하십시오 또는 끈을 더…
http://paulbarry.com/articles/2007/03/15/java-string-concatenation
http://www.ibm.com/developerworks/java/library/j-jtp04223.html
http://www.javaworld.com/javaforums/showflat.php?Cat=2&Number=94239&an=0&page=0
좋습니다?
2008년 8월 23 7:15 pm에
당신은 java.util에 비열한 "java.util.ArrayList 이다. 벡터".
2008년 8월 24일 12:06 AM에
@Porter
나는 당신이 좋아하는 경우에 기준, 당신을 너무 좋다 1개를 달려서 달렸다. 큰 연결 그리고 그것을 사용하여 +를 위한 시험은 진짜로 빤다. 그렇습니다, 나는 반복을 위한 a에서 다량의 끈에 대해서 같이 말한다 이야기하고 있다 - "끈의 많은 수를 연결하는 제일 방법"는 반대한다. 나는 나가 그것에 아주 명확했다는 것을 생각했다.
2008년 8월 24일 12:06 AM에
@Burt
그렇습니다, ArrayList 의 나의 악. 감사합니다.
2008년 8월 24일 9:59 AM에
나가 주제에 쓴 기사는 여기 있다:
StringBuffer 대 StringBuilder 성능 비교
당신은 그것을 유용했던 찾아낼지도 모르다.
환호