String Class 사용시 주의사항

자바 프로그래밍을 할때 java.lang 패키지 안의 클래스중 가~~장 많이 쓰는클래스는 무엇일까?

의심할 여지도없다.. 단연 String 문자열 클래스이다.

"그냥 단순 쓰면되지.. 머~~"  하는 그런식의 클래스처럼 보이긴 하나,, 자바에서 튜닝을 결정짓는

꽤중요한 잣데 역할을 하기도한다.

String Class에 대해 낯낯히 파해쳐 보도록 하자.

[1] String Class의 이해

말은 String Class의 이해라고 하지만 1번 절에서는 간단하게 초보 프로그래머가 실수를 범하는 간단한 사례에 대해서
설명해 보도록 하겠다.

나도 그랬지만, 대학교 jsp시간에 학교에서 가르칠때에는 String Class의 사용법을 잘못 알려주는 곳이 많다.
예를들어서 JDBC를 연결하여 DB를 조회하는 간단한 QUERY를 작성 한다고 가정하였을때, 우리는 이렇게 짠다.

String query= "SELECT "+
                    "name, id, password "+
                    " from temptable";

머 이런식으로 + 연산자를 사용해서 줄줄이 붙여나가는 식이다. 흠.~~~~

예제는 저렇게 간단하지만, 필드에 나갔을때 통계쿼리를 작성한다고 가정하면 150줄이상되는 쿼리들으 엄청많음을

유의해야한다.

그렇다면~~!

과연 저것이 정석인 것인가? ..저런 방법을 사용하게 되면 개발자 입장에서 손가락이 편할지는 모르겠지만,

시스템 입장에서는 메모리를 많이 차지 하기 때문에 전체적으로 좋지 않은 습관중 하나이다.

실질적으로 한빛 미디어에서 나온 "자바성능을 결정짓는 코딩습관" 이란 책에서 이것에 대해 메모리사용량을

PLAN을 떠놓았다.

구분	결과
메모리 사용량	10회 평균 약 5MB
응답시간	10회 평균 약 5ms

           [ 위의 query를 100회 수행하였을때 메모리 변화와 응답시간 ]

흠... 대충보면 머~~ 저정도야 하겠지만, 저건 엄청난 메모리 수치이다. 쿼리문 하나 100회 돌리는데 5M가든다고

가정하였을때,, 만약  필드에 나가 대민서비스를 한다고 생각해 보아라.그럼 분명... 서버는 메모리 부족현상이

일어날 확률이많을 것이다. 그럼 이러한 것을 고려하여 코딩하는 좋은 습관은 무엇인지 알아보자.

[2] StringBuilder / StringBuffer Class의 이해

String 관련 Class중 StringBuilder 와 StringBuffer 클래스가 존재한다. 결론부터 애기하자면 DB의 QUERY문과 같이

아주 긴~ 문자열을 이을때는 String < StringBuilder < StringBuffer 와 같은 순으로 쓰는것이좋다. 결국 StringBuffer

Class를 사용하라는 것이다.

StringBuilder 와 StringBuffer의 차이점은 크지않다. 단지 StringBuffer 클래스가 멀티스레드에 안정적이게 돌아간다는것

뿐이다. StringBuilder는 단일스레드에서 호출할때를 고려해서 만든 클래스이기 때문에 멀티스레드에서는 안정성을

보장받지 못한다. 성능상으로는 두 클래스는 큰 차이가 없다.

그럼 [1] 의 query를 StringBuilder 로 변환하였을때 메모리 사용량과 응답시간에 대해 알아보도록 하자.

StringBuilder builder = new StringBuilder()'
builder.append("SELECT");
builder.append("name, id, password ");
builder.append("from temptable");

이렇게 바꾸어보도록 하자. 아래표를 주시 해야한다.

구분	결과
메모리 사용량	10회 평균 약 371KB
응답시간	10회 평균 약 0.3ms

 [ StringBuilder를 이용하여 위 쿼리를 100번 수행했을때 결과 ]


결과를 보라 놀랍지 않은가?? 뜨~~~아...

이제 왜 장문의 긴 문자열 입력시 StringBuilder 또는 StringBuffer를 사용해야하는지 이해가 될것이다.

그럼 왜 이렇게 차이가 나는것일까? 라는 의문증이 생긴다.

[3] String클래스 와 StringBuilder / StringBuffer 클래스의 차이점.

해당 차이점에 대해 그림으로 간단히 설명해보이겠다.

[ String Class의 메모리 사용 예제 ]

100	SELECT
105	SELECT	name, id, password
110	SELECT	name, id, password	from temptable

[ StringBuilder / StringBuffer의 메모리 사용예제 ]

100	SELECT
100	SELECT	name, id, password
100	SELECT	name, id, password	from temptable

차이점이 보이는가?

String Class의 경우는 메번 + 연산자를 통해서 append작업시 메모리를 새로 할당하게 된다.

따라서 GC가 수행되거나 해당 프로세스가 끝나기 전까지는 메모리가 죽지 않고 살아있기 때문에 메모리를 굉장히 많이

먹는 케이스이다. 물론 매번 복사하기 때문에 수행시간역시 오래걸린다.

하지만, StringBuilder / StringBuffer 클래스는 같은 메모리번지의 공간을 할당한 다음 유동적으로 데이터를 append

하는 모습을 그림으로 볼수 있을것이다.

모두들 아하~~! 라는 생각이 들었는지 모르겠다. 결국 append하는 방법의 차이이다.

[4] Version 별로 알아보는 문자열 Class

이제 내 글을 읽은 아무개 사람들은 분명 생각할 것이다. StringBuffer 클래스만 쓰자!!! ㅋㅋ

중독증세다.. 절대 그러지마라.. JDK 1.4버젼까지만 저렇게 구동하였을뿐 , 1.5부터는 컴파일 시점에

String 클래스의 + 연산자를 StringBuffer클래스의 append 연산자로 바뀌기 때문이다.

눈으로 확인하고 싶다고???????? 1.5에서 decompile한번 해봐라~~ 그럼 확실히 소스로서 차이점을

알수 있을것이다.

[5] 결론

대망의 결론이다. 매우 좋지만, 때론 그지같은 String클래스에 대해서 알아봤다. [4] 번에서 보듯이 버젼별 차이가

있긴하지만, 필드에서 어떤버젼을 사용할지는모른다. 실제 1.4에서 경험을 많이한 나로서는 String 클래스를 쓰는데

더욱 조심하게 되었다. 결론은 이것이다.

좀 짧다 싶은 문자열은 String를 사용하고 좀 길다 싶은 문자열은 StringBuilder  /  StringBuffer 클래스를 사용하는것이.

개발자의 습관상 아주 바람직한 이상향이라고 하겠다. 아.. 벌써 새벽 1시 30분이 다되었군...

휴~~~ 새벽 1시에 잠안와서 머하는짓인지 모르겠다만,,, 내일지각하면 연차 깍이기 때문에 오타는 다음에 수정하도록

하고 잠을 자야겠다~ ㅋㅋ

그럼 모두들 공부 열심히 하세용.