일반적으로 웹개발을 할때

프레임워크를 사용 할 것이다. 

이 프레임워크가 일반적인 하드코딩 보다 성능에서 좋은 측면 중 대표적인 예를 꼽자면

싱글톤 패턴일 것이다. 

물론 한두명이 사용하는 작은 모듈이야 메모리관리가 필요없지만 100명이상이 돌아가는 서버나 사용자가 많아 로드벨런싱되어있는 서버같은 경우는

메모리관리는 필수다 . 

특히 자주사용하는 controller 나 service dao 같은 경우는 물론이고

db connection pool 은 민감하게 관리 되어야 할 부분이다 .

물론 설계와 db가 설치되어있는 서버의 성능이 가장 중요하겠지만 그것에 못지않게

중요한것이 커넥션을 맺고 끊는것이다. 


필자가 개발했던 서버의 경우 connection 튜닝을 통해 응답시간이 2분이 넘어가는 모듈을

0.2 초 내외로 개선한 적이 있다. 


디비 뿐만 아니라 서버에서도 싱글톤 패턴은 중요하다. 

그리고 싱글톤 패턴 못지 않게 객체생성에도 유의를 해야한다 .

반복문이나 자주호출되는 함수에서의 반복적인 인스턴스생성은 시스템의 유휴시간을

감소시켜 가비지컬렉터가 컬렉션을 수행할 틈을 주지 않아 결국 out o memory 라는

예외를 보게끔 할 수 도있다. 

재활용 할 수 있는 객체는 재활용하고 불필요한 객체의 생성은

최대한 자제 하는 것이좋다 .

예로 스프링에서 ModelMap 은 model 의 역할 도 하지만 Map을 구현한 구현체기 때문에

batis 의 parameter 로도 활용 할 수 있다. 


그리고 가비지 컬렉터는 일정한 알고리즘에 의해 청소를 하는데 

대표적인 상황이 사용자 입력 등 시스템 유휴시간이다.
 
고로

큰 시스템을 설계한다면 메모리 누수와함께 관리에 대한 설계도 필요하다.