💾 2025/Spring Core

이 글은 사전지식이 없다면 읽기 어려울 수 있다. 바이트코드와 리플렉션을 모른다면 아래의 글을 꼭 읽어보도록하자. 2021.08.17 - [기본 지식/Java 기본지식] - 바이트코드 조작(리플렉션, 다이나믹 프록시, 애노테이션 프로세서) 바이트코드 조작(리플렉션, 다이나믹 프록시, 애노테이션 프로세서) 스프링에서 다양한 설정기능들 (@Autowried 등)은 어떻게 코드없이 객체를 주입하고, 조작할 수 있는 것일까? 또 Lombok같은 어노테이션 기반 라이브러리는 어떻게 동작하는 것일까? 그 비밀은 모두 jiwondev.tistory.com 스프링의 빈 포스트 프로세서 더보기 📌Spring boot 가 stereotype annotation 을 붙인 클래스들을 어떻게 찾고 bean 으로 등록하는지 그 ..

https://www.youtube.com/watch?v=urpF7jwVNWs&list=PLwouWTPuIjUg0dmHoxgqNXyx3Acy7BNCz&index=6 # 트랜잭션의 개념 여러 읽기/쓰기를 논리적으로 하나로 묶은 것 모두 적용되거나(Commit) 모두 취소되거나(Rollback) ACID (원자성, 일관성, 독립성, 지속성) 데이터 관리에 대한 문제를 DB가 대신해줌 # 트랜잭션 범위는 커넥션을 따라간다. [app1] 은 5. SQL을 실행하다가 오류발생 -> 6.Rollback [app1]에서 실행한 [4.method]도 롤백됬으면 좋겠음 하지만 현실은? 롤백 되지 않음. DB에 반영되어있음. # 트랜잭션 전파 여러 메서드를 호출할 때, 하나의 트랜잭션으로 묶고싶다면 어떻게해야할까 => 트..

DB를 사용할때 흔히하는 코딩실수, 유튜브 설명이 나은 것 같아서 글은 대충작성합니다 :) https://www.youtube.com/watch?v=n85UzIReFjY 1. Primary , Replica (Master-Slave 용어가 의미도 이상하고, 흑인비하..라서 바꿈) 원래 변경은 Primary, 읽기는 Replica DAO를 사용해라고 배웠다. [그러나 변경 후에 바로 읽는 작업은 Primary로 전부 처리해야한다.] 왜냐하면 Primary-> Replica 기록이 번개처럼 빠르게 되는게 아니라서, 한 메소드 안에서 PrimaryDAO로 변경하자말자. Replica DAO로 같은 객체를 읽으면 null이 발생할 수 있음. 2. @Transactional 의 기본값 (Requried) 사용시 ..

💭 JDBC에서 사용하는 트랜잭션 자바의 JDBC에서 개발자가 직접 트랜잭션을 관리하는 방법은 한가지 밖에 없습니다. // 커넥션 풀에서 DB커넥션을 받아왔다고 가정 Connection connection = dataSource.getConnection(); try (connection) { connection.setAutoCommit(false); // 자동 커밋 off // ...DB 작업... connection.commit(); // 성공시 트랜잭션 커밋 } catch (SQLException e) { connection.rollback(); // 오류 발생시 트랜잭션 롤백 } 우리가 사용하는 Spring와 하이버네이트에서 제공해주는 @Transactional는 알아서 트랜잭션을 관리해주는 마법의..

2021.08.14 - [Backend/Spring Core] - 토비의 스프링#1 오브젝트와 의존관계 앞에서 언급한 이 내용에 대해서 조금 더 자세하게 알아보자. # 오브젝트의 동일성과 동등성 '자바에서 두 개의 오브젝트가 같은가?' 라는 말은 주의해서 사용해야한다. 동일성(Identity)와 동등성(Equality)의 차이가 있기 때문이다. 동일성 비교(==, Identity)는 가르키고 있는 객체가 동일한 경우에 사용하는 말이다. 동등성 비교(.equal() .hashtag(), Equality)는 객체가 가진 값, 정보가 동일한 경우 사용하는 말이다. 오브젝트가 동일하면 동등성을 만족하지만, 반대로 동등하다고 해서 동일한 객체임을 보장할 순 없다. 이해가 안된다면 아래글을 참고해보자. 2021.0..

# 스프링이란 무엇인가? 2004년에 등장한 자바 엔터프라이즈 앱 개발에 사용되는 프레임워크. 스프링은 단순히 한 회사가 돈을 벌기 위해 만들어진 도구가 아니다. 오래전부터 자바 엔터프라이즈 시스템을 개발해오고 연구해온 수 많은 사람들의 경험이 집약된 결정체이다. 순수한 자바 코드(POJO, Plain Old Java Object)를 추구한 단순함과 결합도와 의존성을 낮춰 서비스를 추상화하고, 수많은 도구들과 함께 사용할 수 있는 유연성을 제공한다. 앱의 기본 틀 제공 - 스프링 컨테이너 컨테이너 또는 앱 컨텍스트라고 불리는 런타임 엔진을 제공한다. 스프링은 개발자의 설정 정보를 바탕으로 서블릿이나 서비스 객체를 컨테이너에 등록해서 사용한다. (독립적으로 동작할 수 있지만 보통 웹 모듈에 사용한다.) 프..

앞에서 우리는 스프링 빈은 스프링 컨테이너의 시작과 함께 생성되고, 컨테이너가 종료될 때 까지 유지된다고 학습했다. 이는 스프링 빈이 기본적으로 '싱글톤 스코프'로 생성되기 때문이다. 여기에서 스코프는 말 그대로 빈이 존재할 수 있는 생명주기 범위를 의미한다. # 스프링이 지원하는 다양한 스코프 하지만 필요에 따라 스프링 빈의 생명주기, 즉 스코프를 변경할 수 있다. 스프링은 다양한 스코프를 지원한다. 싱글톤(기본) : 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다. 프로토타입 : 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고, 이후 따로 관리하지 않는다. 즉 스프링에서 매우 짧은 범위의 스코프이다. (= 종료 콜백메서드 호출이 되지 않는다.) 웹 관련 스..

해당 글은 김영한님의 인프런 강의를 공부하고 정리한 내용입니다. # 스프링 빈의 생명주기 콜백이란? 데이터베이스의 커넥션 풀이나 네트워크 소켓처럼 앱 시작 지점에 필요한 연결을 미리 해두고, 앱 종료 시점에 연결을 안전하게 종료하려면 객체의 초기화와 종료 작업을 따로 관리해줄 필요가 있다. 스프링에서 사용되는 스프링 빈이 언제 초기화 되고 어떻게 종료되는지 알아보자. # 스프링 빈 생명주기 콜백 시작 간단하게 외부 네트워크에서 미리 연결하는 객체를 생성한다고 가정해보자. 이 NetworkClient는 앱 시작 시점에 .connect()를 호출하여 연결을 미리 맺어두어야 하고, 앱이 종료되면 disConnect()를 호출하여 연결을 끊어야 한다. public class NetworkClient { priv..

해당 글은 김영한님의 인프런 강의를 공부하고 정리한 내용입니다. 막상 개발을 해보면 알겠지만, 최근에 사용하는 방식은 Side-effect를 없애기 위해 가능한 객체들을 불변(final)으로 만들게 된다. 그런데 매번 생성자를 만들고, 주입 받은 값을 대입하는 코드를 만들고.. 이를 자동화해주는 도구는 없을까? #Lombok 소개 (나중에 따로 다룰 예정) 그게 바로 Lombok 라이브러리이다. 어노테이션 기반으로 Getter, Setter등을 자동생성 해준다고 들어본 적 있을 것이다. 지금은 하나하나 코드를 작성하지만 실제 프로젝트에서는 Lombok을 대부분 사용하기에, 조금 앞당겨서 미리 소개를 하려고 한다. // 기존 코드 @Component public class OrderServiceImpl i..

해당 글은 김영한님의 인프런 강의를 공부하고 정리한 내용입니다. # 컴포넌트 스캔? 앞에서 스프링 빈을 등록할 때 Java 어노테이션 코드 (@Bean)이나 XML 등을 통해 설정정보에 직접 등록한 스프링 빈을 지정해주었다. 하지만 이 작업은 프로젝트가 커지면 일일이 하나하나 적어주기도 번거럽고, 수정할 때 누락되는 경우도 자주 발생한다. 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록해주는 컴포넌트 스캔이라는 기능을 제공한다. 또 드디어 맨날 보던 @Autowired 라는 의존관계를 자동으로 주입해주는 기능도 제공한다. # 컴포넌트 스캔을 사용해보자 간단하다. @ComponentScan 어노테이션을 사용하여 사용할 수 있다. 참고로 컴포넌트 스캔을 하게되면 @Configuration이 붙..

해당 글은 김영한님의 인프런 강의를 공부하고 정리한 내용입니다. # 웹 어플리케이션 스프링 프레임워크는 처음부터 기업용 온라인 서비스 기술지원을 타겟으로 탄생했다. 대부분의 스프링 앱은 웹이다. 물론 웹 말고 다른 앱을 만들 때 스프링을 사용해도 된다. 웹 어플리케이션은 보통 수 많은 사용자가 동시에 요청을 한다. 기존의 자바 코드를 이용하여 DI 컨테이너(AppConfig)를 구현한 경우, 고객의 요청할 때 마다 객체를 새로 생성하고 소멸한다. 그런데 DI 컨테이너를 굳이 이렇게 수백, 수만개를 만들었다가 소멸시킬 필요가 없을까? 이는 DI 컨테이너 객체를 하나만 만들어서 공유하도록 설계하면 된다. 이를 싱글톤 패턴이라 하며 스프링 컨테이너는 싱글톤 패턴을 사용한다. # 싱글톤 패턴 그런데 싱글톤 패턴..

# 스프링 컨테이너 스프링 컨테이너는 BeanFactory와 ApplicationContext를 구분한다고 했다. 이건 무슨 의미일까? @ BeanFactory 스프링 컨테이너의 최상위 인터페이스이다. 스프링 빈을 관리하고 조회하는 역할을 담당한다. getBean() 인터페이스를 제공하여 등록된 빈을 조회할 수 있게 해준다. 우리가 사용했던 대부분의 기능은 BeanFactory가 제공하는 기능이다. @ ApplicationContext BeanFactory의 기능을 모두 상속받아 제공한다. 그렇다면 굳이 BeanFactory와 ApplicationContext를 나눈 이유는 무엇일까? 그건 바로 어플리케이션을 개발할 때 빈을 관리하고 조회하는 기능과 더불어 수많은 부가기능이 필요하기 때문이다. Messa..