Bean scopes

https://docs.spring.io/spring-framework/docs/3.0.0.M3/reference/html/ch04s04.html#beans-factory-scopes-request

스프링 IoC Container 상에서 오직 하나만 존재하는 Bean, 기본값 | | prototype | Scopes a single bean definition to any number of object instances.

하나의 bean 정의에 대해 여러개의 객체가 생성될 수 있음, 보통 proxyMode(request)를 이용해서 api request별로 객체를 생성 및 관리한다. | | request | Scopes a single bean definition to the lifecycle of a single HTTP request; that is each and every HTTP request will have its own instance of a bean created off the back of a single bean definition. Only valid in the context of a web-aware Spring ApplicationContext.

하나의 HTTP Request의 생명 주기 안에 단 하나의 Bean 객체만 생성 될 수 있음, spring web mvc를 활용하는 선에서만 유효(Web-aware Spring ApplicationContext)하다. | | session | Scopes a single bean definition to the lifecycle of a HTTP Session. Only valid in the context of a web-aware Spring ApplicationContext.

하나의 HTTP Session의 생명 주기 안에 단 하나의 Bean 객체만 생성 될 수 있음, request보다 더 큰 범위. spring web mvc를 활용하는 선에서만 유효(Web-aware Spring ApplicationContext)하다. | | global session | Scopes a single bean definition to the lifecycle of a global HTTP Session. Typically only valid when used in a portlet context. Only valid in the context of a web-aware Spring ApplicationContext.

하나의 Global HTTP Session의 생명 주기 안에 단 하나의 Bean 객체만 생성 될 수 있음, session보다 큰 범위(일반적으로 portlet context 안에서만 유효함)지만 잘 사용되진 않음. spring web mvc를 활용하는 선에서만 유효(Web-aware Spring ApplicationContext)하다. |

singleton scope

prototype scope

singleton Vs. prototype

https://gmlwjd9405.github.io/2018/11/10/spring-beans.html

• 싱글톤으로 적합한 객체 (95-90%)
  • 상태가 없는 공유 객체: 상태를 가지고 있지 않은 객체는 동기화 비용이 없다. 따라서 매번 이 객체를 참조하는 곳에서 새로운 객체를 생성할 이유가 없다.
  • 읽기용으로만 상태를 가진 공유 객체: 1번과 유사하게 상태를 가지고 있으나 읽기 전용이므로 여전히 동기화 비용이 들지 않는다. 매 요청마다 새로운 객체 생성할 필요가 없다.
  • 쓰기가 가능한 상태를 지니면서도 사용빈도가 매우 높은 객체: 애플리케이션 안에서 정말로 사용빈도가 높다면, 쓰기 접근에 대한 동기화 비용을 감안하고서라도 싱글톤을 고려할만하다. 이 방법은 1. 장시간에 걸쳐 매우 많은 객체가 생성될 때, 2. 해당 객체가 매우 작은 양의 쓰기상태를 가지고 있을 때, 3. 객체 생성비용이 매우 클 때에 유용한 선택이 될 수 있다.
• 프로토타입로 적합한 객체 (5-10%)
  • 쓰기가 가능한 상태를 지닌 객체: 쓰기가 가능한 상태가 많아서 객체간 데이터 동기화 비용이 객체 생성 비용보다 크다면 싱글톤으로 적합하지 않다.
  • 상태가 노출되지 않은 객체: 일부 제한적인 경우, 내부 상태를 외부에 노출하지 않는 빈을 참조하여 다른 의존객체와는 독립적으로 작업을 수행하는 의존 객체가 있다면 싱글톤보다 비싱글톤 객체를 사용하는 것이 더 나을 수 있다.

scope proxyMode

https://atoz-develop.tistory.com/entry/Spring-빈의-Scope-싱글톤과-프로토타입

JWT

Token based authentication (JWT structure)

https://velog.io/@cada/토근-기반-인증에서-bearer는-무엇일까