<div id="readability-page-1" class="page"><div id="entry-view">
            
            <main>
                <section>
                    <h2>스프링 핵심 원리 기본편 강의 - 싱글톤</h2>
                    <div>
                        <article id="mainContent">
                            <div>
                                <p><a href="/m/category/Spring/Spring%20%EC%9D%B4%EC%95%BC%EA%B8%B0"><span>Spring/Spring 이야기</span></a></p><h3>스프링 핵심 원리 기본편 강의 - 싱글톤</h3>
                            </div>
                            <p><cite>seungdols</cite>
                                <span> 2024. 3. 26. 07:50</span>
                            </p>
                            

<ins data-ad-client="ca-pub-9527582522912841" data-ad-slot="8674651030" data-ad-format="auto" data-full-width-responsive="true" data-ad-type="inventory" data-ad-adfit-unit="DAN-we6apVVPwuoDAazb"></ins>



            



            <div><ul>
<li>우리가 만들었던 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청을 할 때 마다 객체를 새로 생성한다.</li>
<li>고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸된다! <ul>
<li>메모리 낭비가 심하다.</li>
</ul>
</li>
<li>해결방안은 해당 객체가 딱 1개만 생성되고, 공유하도록 설계하면 된다.</li>
</ul>
<h2>싱글톤 패턴</h2>
<ul>
<li>싱글톤 패턴: 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴이다. 그래서 객체 인스턴스를 2개 이상 생성하지 못하도록 막아야 한다.</li>
</ul>
<h2>싱글톤 방식의 주의점</h2>
<ul>
<li>싱글톤 패턴이든, 스프링 같은 싱글톤 컨테이너를 사용하든, 객체 인스턴스를 하나만 생성해서 공유하는 싱글톤 방식은 여러 클라이언트가 하나의 같은 객체 인스턴스를 공유하기 때문에 싱글톤 객체는 상태를 유지(stateful)하게 설계하면 안된다.</li>
<li>무상태(stateless)로 설계해야 한다!<ul>
<li>특정 클라이언트에 의존적인 필드가 있으면 안된다.</li>
<li>특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안된다!</li>
<li>가급적 읽기만 가능해야 한다.</li>
<li>필드 대신에 자바에서 공유되지 않는, 지역변수, 파라미터, ThreadLocal 등을 사용해야 한다.</li>
</ul>
</li>
<li>스프링 빈의 필드에 공유 값을 설정하면 정말 큰 장애가 발생할 수 있다!!!</li>
</ul>
<hr>
<h3>@Configuration과 바이트코드 조작의 마법</h3>
<ul>
<li>스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 보장해주어야 한다.</li>
<li><code>@Bean</code> annotation만 있어도 스프링 빈으로 등록은 된다. 하지만, 싱글톤을 보장 하지 않는다. </li>
<li><code>@Configuration</code>을 써야 싱글톤을 보장 해준다.</li>
</ul></div>
                    
        
        



                            

                        </article>
                        
                            
                        
                        
                        
                        
                        
                            
                        

                        
                        

                        
                    </div>
                </section>
            </main>
        </div></div>

Seungdols Company

seungdols

우리가 만들었던 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청을 할 때 마다 객체를 새로 생성한다. 고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸된다! 메모리 낭비가 심하다. 해결방안은 해당 객체가 딱 1개만 생성되고, 공유하도록 설계하면 된다. 싱글톤 패턴 싱글톤 패턴: 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴이다. 그래서 객체 인스턴스를 2개 이상 생성하지 못하도록 막아야 한다. 싱..

스프링 핵심 원리 기본편 강의 - 싱글톤

댓글