1. Thread 클래스를 상속받는다 대신 다른 클래스를 상속받을 수 없다.
2. Runnable 인터페이스를 구현한다 대신 Thread 클래스의 메서드를 사용할 수 없어 Thread의 static 메서드인 currentThread()를 통해 참조한다.

hashCode()

• 객체의 주소값을 변환하여 생성한 객체의 고유한 정수값. 동일성(identity) 비교

equals()

• 두 객체의 내용물(equality)이 같은지 비교

설명

• 둘 모두 Object 객체에 존재하는 메서드이나, 오버라이드 되어 하위 클래스에서는 다른 역할을 할 수도 있다.
• equals() 가 true라면 hashCode() 값은 같아야 한다.
  그러나, hashCode() 값이 같다고 해서 equals()가 true인건 아니다.
• 서로 다른 내용물을 가진 객체라도 (희박한 확률로) hashCode 가 동일하게 나올 수 있다.

• 만약 hashCode() 값이 모두 같다면 충돌(Collusion) 이 일어난다.
  • 다른 k 값이 동일한 h(k) 값을 가져 동일한 슬롯에 저장되는 경우
  • h(k1) == h(k12)
• HashCode() 메서드를 오버라이드해 모든 객체가 같은 hash 값을 가지게 되도록 만들어 HashMap에 저장을 한다면?
• HashMap 내부적으로 키를 구분할 때 두 단계를 거친다. hashCode가 같은지를 비교한 후, equals()로 같은 내용물인지를 비교하게 되는데,
  모든 객체가 같은 hash값을 가지면 첫번째 단계를 거쳐 두번째 까지 가게 되는데 equals 비교는 시간이 더 오래 걸리기 때문에 수행속도에 무리가 생길 것이다.

 

• JVM 버전이 올라감에 따라 GC방식이 추가되고 발전됨
• Serial GC, Parallel GC,

Parallel GC

• Minor CD를 처리하는 스레드를 여러개로 늘려 좀 더 빠른 동작이 가능
• Parallel GC 적용을 위한 JVM 옵션 : -XX:+UseParallelGC, -XX:ParallelGCThreads (Minor GC 스레드 개수)

G1 GC

• 큰 heap 메모리에서 짧은 GC 시간을 보장하는 목적
• G1 GC 적용을 위한 JVM 옵션 : -XX:+UseG1GC

특징

• 중복 코드를 줄여 개발자가 핵심 로직에 신경쓸 수 있도록 함.

어드바이스 종류

• JoinPoint : 메서드를 호출하는 '시점'
• Advice : JoinPoint에서 실행되어야 하는 코드
  횡단관심사에 해당(트랜잭션,로그,보안, ...)
• Target : 실질적인 비지니스 로직을 구현하는 코드
  핵심관심사에 해당(비즈니스 로직)
• PointCut : Target클래스와 Advice가 결합될 때 둘 사이의 결합규칙을 정의하는 것
• Aspect : Advice + Pointcut
• Weaving : AOP에서 JoinPoint들을 Advice로 감싸는 과정
  Weaving하는 작업을 도와주는 것이 AOP 툴의 역할

Spring AOP의 Proxy 패턴

• 비즈니스 로직을 호출하기 전에 Proxy Class가 호출되어 해당 로직 전후에 실행되어야 하는 횡단관심사를 실행함.

 

클래스, 메서드 위에 @Transactional이 추가되면 이 클래스에 트랜잭션 기능이 적용된 프록시 객체가 생성된다.

이 프록시 객체는 @Transactional이 포함된 메서드가 호출될 경우, PlatformTransactionManager를 사용하여 트랜잭션을 시작하고, 정상 여부에 따라 Commit or Rollback한다.

전파속성(propagation)

1. REQUIRED
   • 디폴트 속성, 부모 트랜잭션 내에서 실행하며 부모 트랜잭션이 없을 경우 새로운 트랜잭션을 생성한다.
2. SUPPORTS
   • 이미 시작된 트랜잭션이 있으면 참여하고 그렇지 않으면 트랜잭션 없이 진행하게 만든다.
3. REQUIRES_NEW
   • 부모 트랜잭션을 무시하고 무조건 새로운 트랜잭션이 생성
4. MANDATORY
   • REQUIRED와 비슷하게 이미 시작된 트랜잭션이 있으면 참여한다.
   • 반면에 트랜잭션이 시작된 것이 없으면 새로 시작하는 대신 예외를 발생시킨다.
   • 혼자서는 독립적으로 트랜잭션을 진행하면 안 되는 경우에 사용한다.
5. REQUIRES_NEW
   • 항상 새로운 트랜잭션을 시작한다.
   • 이미 진행 중인 트랜잭션이 있으면 트랜잭션을 잠시 보류시킨다.
6. NOT_SUPPORTED
   • 트랜잭션을 사용하지 않게 한다.
   • 이미 진행 중인 트랜잭션이 있으면 보류시킨다.
7. NEVER
   • 트랜잭션을 사용하지 않도록 강제한다.
   • 이미 진행 중인 트랜잭션도 존재하면 안된다 있다면 예외를 발생시킨다.
8. NESTED
   • 이미 진행중인 트랜잭션이 있으면 중첩 트랜잭션을 시작한다.
   • 중첩 트랜잭션은 트랜잭션 안에 다시 트랜잭션을 만드는 것이다.
   • 하지만 독립적인 트랜잭션을 만드는 REQUIRES_NEW와는 다르다.

ReadOnly

트랜잭셩을 읽기 전용으로 설정한다. 성능 최적화에 사용될 수 있고, 쓰기 작업이 일어나는 것을 의도적으로 방지할 수도 있다.

트랜잭션 롤백 예외

옵션 : rollback-for, rollbackFor, rollbackForClassName, noRollBackFor

런타임 예외 말고도 롤백이 일어나도록 하거나, 런타임 예외에서 롤백하지 않을 예외를 클래스로 작성

timeout 속성

지정한 시간 내에 해당 메서드 수행이 완료되지 않은 경우 rollback 수행.

 

인증(Authentication)

• 해당 사용자가 본인이 맞는지 확인하는 절차

인가, 권한부여(Authorization)

• 인증된 사용자가 요청된 자원에 접근 가능한지를 결정하는 절차

spring의 인증방식

• credential 기반 인증 : 사용자명과 비밀번호를 이용한 방식 (Spring의 인증 방식)
• 이중 인증(twofactor 인증) : 사용자가 입력한 개인 정보를 인증 후, 다른 인증 체계(예: 물리적인 카드)를 이용하여 두가지의 조합으로 인증하는 방식
• 하드웨어 인증 : 자동차 키와 같은 방식

인증

• 인증 매니저(Authentication Manager)가 인증에 대한 실제적 처리를 담당합니다.
• 인증 매니저는 인증과 관련된 모든 정보를 UserDetails 타입으로 반환합니다.
• 이를 위해서는, 어떻게 관련 정보를 처리해야 하는지 판단할 UserDetailsService를 이용합니다.
• 따라서, 개발자가 해야 하는 것은 UserDetailsService 인터페이스를 구현하고 인증 매니저에 연결시켜주면 됩니다.

인가

유저의 요청을 AuthenticationFilter에서 Authentication 객체로 변환해 AuthenticationManager(ProviderManager)에게 넘겨주고, AuthenticationProvider(DaoAuthenticationProvider)가 실제 인증을 한 이후에 인증이 완료되면 Authentication객체를 반환해준다.

• AbstractAuthenticationProcessingFilter : 웹 기반 인증요청에서 사용되는 컴포넌트로 POST 폼 데이터를 포함하는 요청을 처리한다. 사용자 비밀번호를 다른 필터로 전달하기 위해서 Authentication 객체를 생성하고 일부 프로퍼티를 설정한다.
• AuthenticationManager : 인증요청을 받고 Authentication을 채워준다.
• AuthenticationProvider : 실제 인증이 일어나고 만약 인증 성공시 Authentication 객체의 authenticated = true로 설정해준다.

Spring Security 는 ProviderManager 라는 AuthenticationManager 인터페이스의 유일한 구현체를 제공한다. ProviderManager 는 하나 또는 여러 개의 AuthenticationProvider 구현체를 사용할 수 있다. AuthenticationProvider는 많이 사용되고 ProviderManager(AuthenticationManager 의 구현체) 와도 잘 통합되기 때문에 기본적으로 어떻게 동작하는 지 이해하는 것이 중요하다.

• SQL HINT : SQL 실행계획을 사용자가 원하는 쪽으로 유도하는 도구
• OPTIMAZER에게 SQL문 실행을 위한 데이터 스캐닝 경로, 조인 방법 등을 SQL문으로 알려주는 것.
• 특징
  • 실행계획을 제어한다 : 원하는 방법으로 실행계획이 생성되지 않은 경우, 새로운 인덱스를 생성하는 방법도 있지만 hint로 옵티마이저에게 원하는 실행계획을 생성하도록 유도할 수 있다.
  • 에러가 발생하지 않는다 : 잘못 입력해도 에러가 발생하지 않으며 다만 힌트가 적용되지 않을 뿐이다.
  • 선택 또는 취사될 수 있다 : 옳은 문법으로 작성해도 옵티마이저에 의해 버려질 수도, 선택될 수도 있다.
  • 다양한 종류가 존재한다 : 다양한 종류의 힌트가 있으며, 버전업 될때마다 추가된다.
• 종류(sql)
  • 조인순서 : STRAIGHT_JOIN (from절에 나타난 순서대로 조인, mysql)
  • 조인형식 : {LOOP | MERGE | HASH } JOIN
  • 집계형식 : {HASH | ORDER } GROUP
  • UNION : {CONACT | HASH | MERGE } UNION
  • 조인순서유지 : FORCE ORDER
  • 지정한 처음 행들을 빨리 검색 : FAST number_rows
  • 병렬 처리 제한 : MAXDOP number
• 쿼리 최적화 프로그램은 일반적으로 쿼리에 대해 최상의 실행 계획을 선택하므로 <query_hint>를 비롯한 힌트는 숙련된 개발자나 데이터베이스 관리자가 최후의 수단으로만 사용하자.
• 적어도 SQL SERVER 에서는 힌트가 표준 쿼리 기법이 아니다.

 

	Redis	Memcached
저장소	In Memory Storage
저장 방식	Key-Value
데이터 타입	String, Set, Sorted Set, Hash, List	String
데이터 저장	Memory, Disk	Only Memory
메모리 재사용	메모리 재사용 하지 않음(명시적으로만 데이터 삭제 가능)	메모리 부족시 LRU 알고리즘을 이용하여 데이터 삭제 후 메모리 재사용
스레드	Single Thread	Multi Thread
캐싱 용량	Key, Value 모두 512MB	Key name 250 byte, Value 1MB

• Redis의 장점
  • 다양한 자료구조를 지원
  • 데이터 복구가 가능
    • 데이터를 Disk에도 저장하기 때문에 서버나 프로세스가 돌발 종료되는 상황에서 유실된 데이터를 복구할 수 있음
  • 다양한 Data Eviction 정책을 지원
    • LRU알고리즘을 통한 Eviction()을 지원하는 Memcached와는 달리,
      Redis는 6가지 Ecivtion 정책을 통해 더욱 세밀한 Eviction 제어가 가능
  • Memcached에 비해 관련 문서가 더 많다.
• Memcached의 장점
  • 멀티스레드 아키텍처를 지원
  • Redis에 비해 적은 메모리를 요구
    • html과 같은 정적 데이터 캐싱에 유리.
      Redis는 Copy&Write 방식을 사용하기 때문에 실제 사용하는 메모리보다 더 많은 메모리를 요구

 

• 트랜잭션 격리 수준이란 하나의 트랜잭션의 isolated가 성공하는 범위를 측정할 때 쓰이는 방법

• READ UNCOMMITTED

  • 트랜잭션이 격리되어있지 않음
  • Dirty-Reads가 발생함
    (Dirty-reads : 아직 커밋되지 않은 데이터를 Read)

• READ COMMITTED

  • 다른 트랜잭션이 write-locked된 것이 풀릴 때까지 기다림.
  • Nonrepeatable Reads가 발생
    (Nonrepeatable Reads : 한 트랜잭션이 같은 내용으로 두 번 select했을 때 다른 값이 나오는 문제)

• REPEATABLE READ

  • 다른 트랜잭션이 write-locked된 것이 풀릴 때까지 기다림. 트랜잭션이 시작되기 전에 커밋된 내용만 조회 가능
  • Phantoms 가 발생
    (Phantoms : 원래는 select시 나오지 않았으나 다시 select시 나오는 row)

• SERIALIZABLE

  • 읽기 작업에도 잠금을 검.
  • 한 트랜잭션이 DB를 사용하는 것과 같은 효과.
     

  Transaction isolation level	Dirty reads	Nonrepeatable reads	Phantoms
  Read uncommitted	X	X	X
  Read committed	--	X	X
  Repeatable read	--	--	X
  Serializable	--	--	--

redis vs memcached : (https://deveric.tistory.com/65)
Isolation Level : (https://docs.microsoft.com/ko-kr/sql/odbc/reference/develop-app/transaction-isolation-levels?view=sql-server-ver15) Transactional : (https://goddaehee.tistory.com/167) 인증, 인가 : (https://coding-start.tistory.com/153)