[Study] 공부 메모장

[Psolmin]

개인이 공부한 내용 공유

[날짜] 제목

내 용

와 같은 형식으로 작성

---

예시

[2022-03-17] 소셜로그인 방법

오픈 API에 등록하여 CID 입력한다.

[Psolmin]

[2022-04-14] Spring Security

로그인 인증

Spring Security

• Authentication : API에 접근하는 사용 주체가 누구인지 인증해줌

• Authorization : API 사용 권한 체크해줌

• 동작

  • 

  • 동작 과정 (https://mangkyu.tistory.com/77)

    1. 사용자가 아이디 비밀번호로 로그인을 요청함
    2. AuthenticationFilter에서 UsernamePasswordAuthenticationToken을 생성하여 AuthenticaionManager에게 전달
    3. AuthenticaionManager는 등록된 AuthenticaionProvider(들)을 조회하여 인증을 요구함
    4. AuthenticaionProvider는 UserDetailsService를 통해 입력받은 아이디에 대한 사용자 정보를 DB에서 조회함
    5. 입력받은 비밀번호를 암호화하여 DB의 비밀번호화 매칭되는 경우 인증이 성공된 UsernameAuthenticationToken을 생성하여 AuthenticaionManager로 반환함
    6. AuthenticaionManager는 UsernameAuthenticaionToken을 AuthenticaionFilter로 전달함
    7. AuthenticationFilter는 전달받은 UsernameAuthenticationToken을 LoginSuccessHandler로 전송하고, SecurityContextHolder에 저장함

UserDetails, UserDetailsService

• Spring Security에서 구현한 클래스를 사용자 정보로 인식하고 인증 작업하기 위해 사용

JWT

• 쿠키, 세션을 통한 인증 체계..
  • 매번 id, pw를 주고 받지 않도록 하기 위해 사용됨
    1. 최초 로그인 후 특정 세션 ID를 만들어 저장.
    2. 세션 ID를 쿠키로 반환
    3. 인증이 필요한 API는 해당 세션 ID가 세선 저장소에 있는지 확인

• JWT : 인증에 필요한 정보들을 토큰에 담아 암호화..

  • 서명된 토큰!
  • Header.Payload.Signature 로 이루어짐
  • Header와 Payload는 비민감정보. Signature로 복호화(개인키)

  • Signature가 가지고 있는 모습

    • 

    • 클라이언트가 서버에 JWT 토큰과 함께 요청.

    • 서버는 개인키로 Signature 복호화 후 일치하면 인증 허용

카카오 인증

• https://velog.io/@dltndudvlzm/Springboot-%EC%B9%B4%EC%B9%B4%EC%98%A4%EB%A1%9C%EA%B7%B8%EC%9D%B8-JWT-%ED%86%A0%ED%81%B0-%EB%B0%9C%EA%B8%89

[Psolmin]

[2022-04-21] Spring 강의

강의

• @ResponseBody

  • HTTP Body에 직접 반환
  • HttpMessageConverter 동작
    • JsonConverter ( MappingJackson2Http ) || StringConverter || ...
    • 객체, string, byte ...
  • HTTP Accept 해더, 컨트롤러 반환 타입을 보고 적절한 HttpMessageConverter 반환됨
    • HTTP Accept : 이해 가능한 컨텐츠 타입이 무엇인지

• 테스트 패턴

  • 상황을 나누어서 테스크 코드를 짜면 직관적으로 짤 수 있음
  • given 주어진 상황
  • when 뭘 할 때?
  • then 검증

• 스프링 빈

  • 어노테이션 붙은 클래스들 객체 생성해 놓고 스프링 컨테이너에 등록해 놓음.

  • 컨테이너에 등록하여 쓰면 같은 객체를 여러군데에서 쓸 수 있음

  • 등록 방법?

    1. @ComponentScan 활용 등록
       • @Component을 Scan해서 컨테이너에 등록

    2. 직접 빈 등록

       • @Configuration과 @Bean 사용하여 직접 등록

       • 메인과 같은 곳에 클래스 작성

       • Controller는 @ComponentScan을 활용한다.

       • 정형화되지 않거나, 상황에 따라 구현 클래스를 변경해야 할 때 사용.

         • Config 클래스만 변경하면 됨

  • 싱글톤으로 등록됨

    • 하나의 객체만 등록하여 사용됨(같은 클래스 다른 객체로 등록하려면 따로 설정 필요)

• DI

  • @Autowired

    • 생성자 주입

      • 생성자의 파라미터를 통해 주입

    • 필드 주입

      • 선언 시에 바로 주입
      • 선호되지 않음 → 변경의 여지가 전혀 없어서 서버 최초 실행 딱 한 번

    • Setter 주입

      • set 함수를 통해 주입
      • 선호되지 않음 → public이라 문제될 수 있음.
        • 셋팅한 후에 바꿀 일이 거의 없어서 굳이 set으로 할 이유가...

    • 결론 : 생성자 주입 ㅋㅋ

• 다형성 활용 (객체지향의 장점)

  • 스프링은 다형성과 DI를 잘 지원해줘서 편리하게 사용이 가능하다.

  • 코드 수정이 없음. 애플리케이션 설정하는 코드만 수정해주면 됨

  • OCP → 다형성 활용으로 가능

    

• @SpringBootTest

  • 테스트에서도 스프링을 띄움
  • 단위 테스트 시에는 서버를 띄우기엔 좀.... → 통합 테스트에서 사용
    • 순수한 단위 테스트가 좋은 테스트
    • 컨테이너 올려야한다 ? → 잘못 됐을 확률이 높다ㅋㅋ

• @Transactional

  • DB의 트랜잭션 활용한 테스트
    • 테스트 시작하기 전에 트랜잭션을 시작하고, 완료 후에 롤백시키기 위해
  • @Commit
    • 실제로 커밋 시켜서 롤백 x

• 스프링 데이터 JPA

  • JPA 학습 후 데이터 JPA를 학습해야함(도구일뿐)
  • 제공하는 기능
    • 인터페이스를 통해 기본적인 CRUD
    • 메소드 이름만 규칙대로 작성하면 기본적인 동작 코드
    • 페이징 기능
  • 동적 쿼리도 Querydsl로 해결 가능 → 네이티브 쿼리도 가능

• AOP

  • 공통 관심 사항 (→ 유지보수 어려움) 을 해결하기 위해

  • 원하는 로직을 패키지에 한 번에 적용시켜 실행 가능하게 해줌 → 공통 관심 사항 로직 해결

  • 보통 직접 빈 등록하여 씀

  • 동작

    • 프록시 클래스로 복제해서 동작