250x250
Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 |
Tags
- 파이썬 리스트 메서드
- getreference
- python
- stop the world
- 알고리즘
- 다이렉트 레퍼런스
- aws saa-c03
- 자바
- 심볼릭 레퍼런스
- 컴포넌트 스캔
- 딕셔너리
- 코딩테스트
- 파이썬
- 파이썬 문자열 메서드
- 2026 AWS SAA-C03
- python list method
- 클래스 로더 계층
- 어플리케이션 클래스 로더
- 객체지향
- dfs
- 자료구조
- 부트스트랩 클래스 로더
- BFS
- java
- 스프링
- Spring
- 스프링 컨테이너
- AWS SAA-C03 합격후기
- 플랫폼 클래스 로더
- 백준
Archives
- Today
- Total
목록2024/03/13 (1)
클라우드 낚시꾼
1. 싱글톤 패턴이 필요한 이유 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다. 순수 DI 컨테이너일 경우에는 고객이 요청을 보낼때 마다 객체를 생성할 것이다. 이능 굉장한 메모리 낭비를 유발한다. 만약, 고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸된다. 이런 메모리 낭비 문제 때문에 고객의 요청이 동시에 발생할 경우에는 해당 객체를 딱 1개만 생성하고, 공유하도록 설계할 필요가 있다. 이것이 바로 싱글톤 패턴이다. 2. 싱글톤 패턴과 문제점 public class SingletonService { // 클래스의 인스턴스가 1개가 되도록 보장한다. // 구체 클래스에 의존 -> OCP 위반 private static final SingletonService single..
BE Framework/SpringBasic
2024. 3. 13. 23:55