티스토리

과정을 즐기자

검색하기

블로그 홈

과정을 즐기자

320hwany.tistory.com/m

320Hwany 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

Golang 에서의 예외 처리 이번 글에서는 Golang에서의 예외 처리 방법에 대해 알아보려고 합니다.Java Spring에 익숙한 개발자가 Golang을 배우게 되면서 느낀점을 위주로 작성해보려고 합니다. 📕 익숙한 Java Spring 방식의 예외 처리Java에서는 Checked Exception, Unchecked Exception이 있습니다. TIL/java/예외처리.md at main · 320Hwany/TILToday I Learned. Contribute to 320Hwany/TIL development by creating an account on GitHub.github.com 간단하게 요약하면 개발하면서 발생하는 예외들을 처리할 때 최근에는 Unchecked Exception으로 처리하는 경향이 많은데이유는 Ch.. 공감수 1 댓글수 1 2025. 2. 16.
Goroutine 과 Java virtual thread 비교해보기 Java 21 LTS 버전부터 정식으로 Virtual Thread가 포함되었고 이전 글에서 알아본 적이 있습니다. Java Virtual Thread 에 대해 알아보자Java 21 LTS 버전부터 정식으로 Virtual Thread가 포함되었습니다.Virtual Thread 란 무엇일까요? 오라클 공식 문서에 있는 표현은 다음과 같습니다."Virtual threads are lightweight threads that reduce the effort of writing320hwany.tistory.com이번 글에서는 Java Virtual Thread와 비교해보면서 Golang에 있는 Goroutine에 대해 알아보겠습니다. 📕 Goroutine과 Virtual Thread1. 경량 쓰레드 모델Go.. 공감수 1 댓글수 1 2024. 12. 20.
UUID 충돌 발생이 예상된다면 어떻게 대처를 해야 할까? 프로젝트를 진행하면서 UUID로 임의의 문자열을 생성하는 로직이 있었습니다.128비트의 32글자 UUID 버전 4를 사용했습니다.매초 10억개를 100년동안 만들더라도 단 하나의 중복이 발생할 확률이 약 50% 정도라고 알려져 있습니다. 따라서 따로 고려를 해본적은 없었지만 서비스가 정말 어마어마하게 커져 충돌 발생 가능성을 고려해야 한다면어떠한 식으로 대처를 해야할 지에 대해 작성해보겠습니다.📘 대략적인 규모 추정하기16바이트의 UUID를 매초 10억개씩 100년동안 만들었다고 가정해본다면 기가, 테라, 페타를 넘어약 50 엑사바이트 정도의 데이터입니다. 이는 하나의 데이터베이스에서 저장하기에는 너무나도 큰 수치입니다.우선은 하나의 데이터베이스에 저장하는 경우를 생각해보고 추가적으로 스케일 아웃했을 .. 공감수 1 댓글수 0 2024. 11. 11.
MVCC 만으로 팬텀 리드를 막을 수 있을까? 이번 글에서는 RDBMS의 MVCC가 팬텀 리드를 막을 수 있는지 알아보겠습니다.먼저 MVCC, 팬텀 리드에 대한 용어부터 정리해보겠습니다. MVCC는 Multi Version Concurrency Control의 약자로 레코드 값을 여러 버전으로 관리한다는 것을 의미합니다.MVCC를 사용함으로써 잠금 없는 읽기를 제공하면서 여러 트랜잭션의 동시 처리 성능을 높였습니다. 팬텀 리드는 같은 트랜잭션 내부에서 같은 쿼리를 실행했을 때 새로운 레코드가 보일 수 있는 경우를 말합니다.같은 레코드의 데이터 자체는 바뀌지 않지만 새로운 데이터가 추가되거나 삭제된 경우는 쿼리의 결과값이 동일하게나오지 않을 수 있습니다.📕 예제 만들어보기여기서 한가지 의문점이 들었습니다. DB 격리 레벨에서 Serializable을.. 공감수 1 댓글수 0 2024. 10. 27.
필터링 검색 기능은 어떻게 구현되는 것일까? (feat. inverted index) 여러 서비스를 이용하다보면 다음과 같은 필터링 기능을 볼 수 있습니다. 수많은 강의들이 있는데 Spring, MySQL, Node.js, React, SQL과 같은 키워드를 바탕으로 해당되는 강의들을 필터링해서보여주는 기능입니다. 또 이러한 기술 검색 필터링 외에도 검색 키워드를 바탕으로 해당 키워드를 제목으로 포함한 강의를 보여주는 기능도 있을 수 있습니다. 검색 기능 구현을 위해서는 3가지 방법 정도가 생각납니다. 1. RDBMS의 like 키워드 사용2. RDBMS의 Fulltext index 사용3. Elasticsearch와 같은 검색 엔진 사용 기술적인 내용은 위와 같지만 이번 글에서는 이러한 기술은 조금 제쳐두고 조금 더 원리에 집중해서 어떻게 기능을 구현하면 좋을지 생각해보겠습니다.📕 역.. 공감수 2 댓글수 1 2024. 10. 2.
Java Virtual Thread 에 대해 알아보자 Java 21 LTS 버전부터 정식으로 Virtual Thread가 포함되었습니다.Virtual Thread 란 무엇일까요? 오라클 공식 문서에 있는 표현은 다음과 같습니다."Virtual threads are lightweight threads that reduce the effort of writing, maintaining, and debugging high-throughput concurrent applications." 간단하게 해석해보면 처리량이 높은 애플리케이션을 만들 때 유지 관리 및 디버깅의 노력을 줄여주는 경량 쓰레드입니다.경량 쓰레드라는 말을 처음 보았을 때 CPU 코어를 더 잘 활용하기 위해 쓰레드 개념이 나온 것처럼 경량 쓰레드가 나온 이유도뭔가 비슷한 이유가 아닐까 라는 생각만 .. 공감수 2 댓글수 0 2024. 8. 28.
스프링 빈을 싱글톤으로 유지하는 방법과 이유 싱글톤이란 클래스의 인스턴스를 하나만 생성하는 것을 말합니다. 스프링 컨테이너가 관리하는 스프링 빈들은 기본적으로 싱글톤으로 관리됩니다. 이번 글에서는 스프링에서 객체를 싱글톤으로 등록하는 방법, 싱글톤으로 관리하는 이유, 싱글톤 사용시 주의할 점,싱글톤을 직접 만드는 것의 단점과 스프링이 관리해주는 이유에 대해 알아보겠습니다. 📕 싱글톤으로 등록하는 방법스프링 프레임워크를 사용하다보면 크게 2가지 방법으로 스프링 빈을 등록합니다.등록하는 방법부터 간단하게 살펴 보겠습니다. 1. @Component 어노테이션 기반@Component, @Controller, @Service, @Repository와 같은 어노테이션으로 등록하고 가장 많이 사용하는 방법입니다. @Component의 메타 어노테이션 중에서 .. 공감수 0 댓글수 0 2024. 8. 21.
개발바닥 장학 퀴즈를 정리해 보자 이번 글에서는 개발바닥 유튜브 채널에 있는 개발바닥 장학 라이브 퀴즈를 같이 보고 정리해보려고 합니다.꽤 오래전에 본 영상인데 최근에 다시 보다가 재밌는 이야기가 많아 글로 써보려고 합니다. 📕 창의력 쑥쑥 문제 1 👍 서버 제한 풀기앱에서 서버로 이미지를 전달하는데 5MB를 초과할 때 문제가 발생합니다.뭐 간단하게... 서버 5MB 제한을 풀면 될 거 같지만 문제의 조건에는 맞지 않습니다.그래도 생각해보자면 Spring Boot를 사용할 때 application-yml, application-properties 와 같은 설정을 수정할 수 있습니다.spring: servlet: multipart: max-file-size: 100MB max-request-size: 100M.. 공감수 0 댓글수 0 2024. 7. 31.
조건문이 많아질 때 List<인터페이스>를 사용해보자 이번 글에서는 if, else if 가 점점 많아져 가독성이 좋지 않은 코드를 개선해보는 작업을 해보겠습니다.먼저 요구 사항부터 살펴보겠습니다. 1. 간단한 결제 로직을 구현한다.2. 현재 네이버 페이, 카카오 페이, 토스 페이, 애플 페이를 지원한다. 인터페이스를 활용하여 결제 로직을 구현해보겠습니다.📕 PaymentProviderPaymentProvider는 페이 종류를 나열하였습니다.📕 PaymentChannelPaymentChannel 인터페이스는 해당 페이의 종류인지 확인하는 isSupport() 메소드와 결제를 처리하는 processPayment()메소드가 있습니다. PaymentChannel 인터페이스의 구현체로 NaverPayChannel, KakaoPayChannel, TossPayC.. 공감수 0 댓글수 0 2024. 7. 17.
제어할 수 없는 영역을 테스트 하는 방법 이번 글에서는 시간, 랜덤 값과 같은 제어할 수 없는 영역을 테스트하는 방법에 대해 작성해보겠습니다.예시로 날짜에 따라 할인을 적용하는 간단한 로직을 만들어보았습니다. Bad - 의존성이 내부에 숨겨져 있음위 코드는 2024년 6월 30일 이전 날짜인 경우에만 2000원의 할인이 적용됩니다.잘 작성한 것 같아보이지만 문제점이 보이시나요? Bad - 테스트하기 어려움 할인 날짜보다 이전/이후 날짜에 따라 할인 적용 여부가 결정되는데 시간의 흐름에 따라 테스트 코드가 달라질 수 있습니다.제어할 수 없는 영역인 시간에 대한 정보가 메소드 내부에 숨겨져 있기 때문입니다.즉, 해당 코드는 테스트 코드를 작성하기가 어렵습니다. 📕 제어할 수 없는 영역은 밖으로 밀어내자이제 이 메소드를 리팩토링하여 테스트할 수 있.. 공감수 0 댓글수 0 2024. 6. 30.
복잡한 비즈니스 로직을 풀어내는 방법 이번 글에서는 프로젝트를 진행하면서 복잡한 비즈니스 로직을 풀어냈던 방법에 대해 작성해보려고 합니다.⛳️ 요구 사항먼저 요구사항에 대해 정리해보겠습니다. 1. 각각의 회원이 각자의 캘린더를 가지고 있음2. 회원은 여러 모임에 참여할 수 있음3. 모임장은 참여한 회원들의 캘린더 정보를 바탕으로 팀원들의 가용시간을 확인할 수 있음4. 이 가용시간을 바탕으로 특정 시간에 미팅을 생성할 수 있음 위와 같은 요구 사항이 있습니다. 이번 글에서는 3번에 대한 요구 사항을 중점적으로 이야기를 해볼텐데 대략 아래와 같은 UI를제공합니다. 각 회원의 캘린더 정보를 가져와서 하나의 캘린더에 색상으로 표현을 합니다.색상이 진할 수록 가능한 사람이 많은 시간대를 의미하며 해당 캘린더를 클릭하면 가능한 회원의 정보를 볼 수 있.. 공감수 0 댓글수 0 2024. 5. 28.
저희 팀에서는 이렇게 테스트 코드를 작성해요 이번 글에서는 프로젝트를 진행하면서 저희 팀이 어떻게 테스트 코드를 작성하고 있는 지에 대해 이야기 해보려고 합니다.저희 팀은 현재 백엔드 개발자가 3명입니다. 테스트 코드를 작성하는 규칙을 정할 때 많은 이야기가 오고 갔습니다.주로 이야기 했던 것은 테스트 코드가 중요하다고 관성적으로 작성하지 말고 "왜" 필요한지를 꼭 인지하며테스트 코드 작성이 서비스 개발에 큰 도움이 되는 것을 느껴보자는 것이었습니다. 테스트 코드가 중요하다는 사실은 수도 없이 들었지만 이전에 해왔던 방식에서 크게 2가지 문제점을 느꼈습니다. 1. 관성적으로 의미 없는 테스트 코드를 작성하지는 않았는가?2. 실질적인 이득을 본 것이 무엇인가? 이러한 문제를 인식하고 안정적이고 견고한 서비스를 개발하기 위해 테스트 코드를 작성하는 규.. 공감수 1 댓글수 0 2024. 5. 11.
대량의 insert 쿼리 jdbc batch update를 사용하여 개선하기 프로젝트를 진행하면서 사용자가 시간표를 등록하면 해당 시간표 정보를 서비스의 캘린더에 반영하는 기능을 구현하였습니다.이때 1명의 사용자만 한 학기의 시간표를 등록해도 한 번에 200, 300개의 insert 쿼리가 날라갔습니다.만약 1000명의 사용자가 동시에 등록을 하게되면 20, 30만건의 insert 쿼리가 한 번에 날라가게 된 것입니다.📕 Spring Data JPA의 save() 메소드기존에 Spring Data JPA를 사용하여 단순히 save 메소드를 호출하였는데 서비스가 점점 커질수록 이러한 방식은문제점을 가지고 있던 것입니다. 먼저 기존의 코드를 살펴보겠습니다. 저장할 스케줄을 List로 받아서 하나 하나 save 메소드를 호출해주었습니다. @Transactional public voi.. 공감수 0 댓글수 0 2024. 4. 23.
RDB는 정말 유연한 설계에 대응하는 것이 어려울까? 대학교 내 단체 모임 생성/참여 서비스 프로젝트를 진행하면서 영속적인 데이터를 RDB에 저장하기 위해 테이블 설계를 해보았습니다. 회원 정보, 학과 정보, 학교 정보, 클랜 정보(동아리 같은 그룹), 어셈블 정보(모임) 등의 테이블이 존재합니다.이때 유연한 설계가 필요한 요구 사항을 마주하게 되었는데 이번 글에서는 RDB로 어떻게 풀었는 지에 대한 글을 작성해보려고 합니다.📚 어려웠던 주요 요구 사항테이블 설계하면서 설계하기 어려웠던 요구 사항은 크게 2가지가 있었습니다. 1. 커스텀 필터 기능2. 어셈블 (모임 정보) 통합 관리 기능 이제부터 하나씩 살펴 보겠습니다.📘 커스텀 필터 기능문제 상황저희 서비스에서는 관리자가 어셈블(모임 정보)을 쉽게 관리할 수 있도록 하기 위해 참여한 회원을 학번, .. 공감수 0 댓글수 0 2024. 3. 24.
팀 프로젝트를 위한 github actions CI/CD 세팅 프로젝트를 진행하면서 서비스를 배포하는 방법에는 여러 가지가 있습니다.먼저 단순한 방법으로는 내 로컬 PC에서 프로젝트를 빌드하여 scp 명령어로 운영 서버로 파일을 전송하고 서버에 들어가서 해당 파일을 실행 시키는 방법이 있습니다. 하지만 매번 이러한 과정을 수행하는 것은 굉장히 번거로운 작업입니다. 이를 개선하기 위해서 운영 서버에서 github에 있는 코드를 가져와서 프로젝트를 빌드하고 프로젝트를 실행하도록 하는 쉘 스크립트를 작성할 수도 있습니다. 하지만 이러한 경우도 여전히 단점이 존재합니다. 우선 개발자가 운영 서버에 직접 접속하여 쉘 스크립트를 실행해야 합니다.또한 운영 서버에서 프로젝트를 빌드하기 때문에 운영 서버의 리소스를 낭비할 수 있다는 단점도 있습니다.이러한 단점들은 개발자가 많아질.. 공감수 0 댓글수 0 2024. 3. 15.
테스트 코드에서 @Transactional 사용에 대한 끊임 없는 논쟁 각종 블로그 글, 유튜브, 페이스북, 오픈 카톡방, 인프런 글 등을 보다 보면 테스트 코드 작성시 @Transactional의 사용 여부는 끊임없이 논쟁되는 주제 같습니다. 여러 글들을 많이 보았는데 향로님의 블로그에서 이러한 의견들을 잘 정리해놓은 글을 보았습니다. 테스트 데이터 초기화에 @Transactional 사용하는 것에 대한 생각얼마 전에 2개의 핫한 컨텐츠가 공유되었다. 존경하는 재민님의 유튜브 - 테스트에서 @Transactional 을 사용해야 할까? 존경하는 토비님의 페이스북 2개의 컨텐츠에서 테스트 데이터 초기화에 @Transajojoldu.tistory.com정말 책, 강의, 유튜브 등에서만 보았던 존경하는 분들의 의견이 정리되어 있었습니다.테스트 코드에서 @Transactional.. 공감수 0 댓글수 0 2024. 3. 1.
도메인과 DB 엔티티를 분리하는 이유 그동안 도메인과 엔티티를 분리하는 것에 대한 장점이 크게 납득이 되지 않았습니다.하지만 개인 프로젝트에서 여러 가지 테스트를 하며 고민해보고 인턴을 하며 회사 코드에 적용을 해보았는데이것이 꽤 유의미한 작업이 될 것이라고 생각했습니다. 요구사항에 대한 구현을 더 잘하기 위해 도메인과 DB 엔티티를 분리하는 작업을 해보겠습니다.📕 엔티티와 Dto를 분리 먼저 엔티티와 Dto 분리에 대해 이야기 해보겠습니다. 그동안 엔티티와 Dto를 분리하는 작업은 많이 해왔습니다. 요청과 응답에서 엔티티를 직접 사용하면 안되는 이유이번 글에서는 요청과 응답에서 엔티티를 직접 사용하면 안되는 이유에 대해서 작성해보려고 합니다. 일단.. 너무 기계적으로 dto를 사용했기 때문에 왜 dto가 필요한지를 생각해보려고 합니다. .. 공감수 1 댓글수 0 2024. 2. 12.
Java에서 배열이 객체인 이유와 메모리 할당에 대해서 가장 기본적인 자료 구조 중 하나로 배열이 있습니다. 배열은 미리 일정 크기만큼 메모리를 할당한 후 데이터를 순차적으로 저장하는 자료구조입니다. Java 에서의 배열 Java에서는 다음과 같이 배열을 생성하고 사용할 수 있습니다. int[] array1 = new int[5]; 32 비트 정수형 데이터 타입인 int를 총 5개를 미리 메모리에 할당합니다. 물론 선언을 할 때 원소를 미리 저장할 수도 있습니다. int[] array2 = new int[]{1,2,3,4,5}; 그렇다면 이러한 배열과 내부 원소들은 메모리의 어디 부분에 할당되는 것일까요? 배열도 객체다 Java에서는 배열도 객체라고 할 수 있습니다. 배열을 생성할 때는 다른 객체 생성과 마찬가지로 new 키워드를 이용해서 배열을 생성합니다... 공감수 0 댓글수 2 2024. 1. 13.
Spring에서 공통 로직을 처리하는 방법 - 로그인 방식으로 알아보기 Spring을 사용하여 개발을 하다보면 공통 로직에 대한 처리에 대해 개발자가 구현하기 쉽도록 해놓은 것을 알 수 있습니다. 예를들면 AOP, Filter, Interceptor, ArgumentResolver 등이 있습니다. 이번 글에서는 로그인 인증과 관련된 부분에 대해 위와 같은 기술 중에서 어떤 것이 적합한 지 생각해보며 어떻게 처리를 할 지에 대해 작성해보겠습니다. AOP AOP는 Aspect Oriented Programming의 약자로 횡단에 걸쳐 계속 반복하여 사용하는 코드의 중복을 줄일 수 있는 좋은 방법입니다. 로그인 인증과 관련된 부분도 AOP로 충분히 처리가 가능합니다. 하지만 AOP는 굉장히 범용적입니다. 컨트롤러는 파라미터나 리턴 값이 일정하지 않고 HttpServletReque.. 공감수 1 댓글수 0 2023. 12. 23.
Spring에서 멀티 쓰레드 비동기 프로그래밍 해보기 Spring은 기본적으로 멀티 쓰레드, 동기 방식으로 작동합니다. 하지만 성능 향상을 위해서 비동기 방식으로 작동을 하도록 할 수 있습니다. 이번 글에서는 싱글 쓰레드/멀티 쓰레드, 동기/비동기에 대한 설명과 함께 Spring에서 멀티 쓰레드비동기 프로그래밍을 해보겠습니다.Java의 쓰레드 모델먼저 자바의 쓰레드에 대해 알아보겠습니다. 쓰레드의 종류에는 여러가지가 있지만 주요 쓰레드로는 OS 쓰레드, 유저 쓰레드가 있습니다. OS 쓰레드는 OS 커널 레벨에서 생성되고 관리되는 쓰레드입니다. 즉, CPU에서 실제로 실행되는 단위를 말하며 CPU의 스케줄링의 단위가 됩니다. 사용자의 코드, 커널 코드 모두 OS 쓰레드에서 실행된다고 볼 수 있습니다. 유저 쓰레드는 쓰레드의 개념을 프로그래밍 레벨에서 추상화 .. 공감수 0 댓글수 2 2023. 12. 8.
Getter를 무분별하게 사용하면 안되는 이유 자바 빈 규약이란 자바에서 재사용 가능한 소프트웨어 컴포넌트를 만들기 위해 정한 규칙을 말합니다. 다음과 같은 자바 빈 규약이 있습니다. 1. 기본 생성자를 반드시 가져야 한다 2. 빈이 패키지화 되어 있어야 한다 3. 멤버 변수의 접근자는 private으로 선언한다 4. 멤버 변수에 접근하기 위한 public 접근자인 getter/setter 메소드가 존재해야 한다 여기서 자바 빈 규약의 4번 예시처럼 getter/setter를 사용하여 외부에서 데이터를 가져오고 변경할 수 있습니다. 하지만 setter의 경우 외부에서 객체의 필드를 마음대로 바꿀 수 있으며 setter라는 메소드가 어떠한 이유로 필드의 값을 변경했는 지를 파악하기 어렵습니다. 따라서 필드의 값을 변경해야 한다면 의미있는 메소드명을 사.. 공감수 0 댓글수 4 2023. 11. 25.
HTTP의 버전별 특징(0.9, 1.0, 1.1, 2.0) HTTP는 인터넷 상에서 가장 많이 사용되고 있는 애플리케이션 프로토콜입니다. HTTP는 웹에서 데이터를 주고 받는 프로토콜로 클라이언트-서버 구조입니다. HTTP를 사용하여 HTML 문서, 이미지, 동영상을 주고 받을 수 있습니다.HTTP 헤더에는 메세지의 속성 정보, 상태 정보가 있고 HTTP 바디에는 실제로 전송하려는 데이터가 들어갑니다.이러한 HTTP는 1991년부터 시작하여 지속적으로 발전해왔습니다. 이번 글에서는 HTTP의 버전별 특징에 대해 알아보겠습니다.HTTP/0.9처음부터 존재하던 버전은 아니었고 초기 버전으로 구분하기 위해 이후에 붙여진 버전입니다.요청은 단일 라인으로 구성되며 리소스에 대한 메소드는 GET만 존재합니다. HTTP 헤더도 없고 HTML 파일만 전송 가능했던 버전입니다... 공감수 0 댓글수 0 2023. 11. 17.
직렬화는 무엇이고 왜 필요한 것일까? 개발을 하다보면 직렬화라는 단어를 종종 듣게됩니다. JSON, XML, 프로토콜 버퍼, Java Serialization... 등등 그렇다면 이러한 직렬화는 정확히 무엇이고 왜 사용하는 것일까요? 이번 글에서는 직렬화에 대해 알아보겠습니다. 직렬화란? 직렬화는 현재 데이터 구조나 오브젝트 상태를 영속적으로 저장하거나 다른 환경으로 전달하기 위해 어떠한 정해진 포맷으로 변환하는 과정입니다. 반대로 역직렬화는 직렬화된 포맷을 원래의 데이터 구조나 오브젝트 상태로 복구하는 과정입니다. 그렇다면 이러한 직렬화는 왜 필요한 것일까요? 이를 알아보기 전에 먼저 스택, 힙과 관련된 메모리에 대한 이해가 필요합니다. 스택, 힙 자바를 예시로 들겠습니다. 정수형의 데이터 a, b가 있을 때 이 값들은 모두 스택에 저장되.. 공감수 0 댓글수 2 2023. 11. 8.
바이너리 데이터를 처리하는 방법 바이너리 데이터는 컴퓨터가 이해하기 쉬운 형식의 데이터로 일련의 0과 1로 표현됩니다.이러한 바이너리 데이터는 텍스트 데이터에 비해 효율적으로 저장되며 데이터를 더 빠르게 전송할 수 있습니다.기계가 읽을 수 있는 언어이기 때문에 빠른 처리가 가능하고 오류가 발생할 가능성이 적어집니다.이러한 바이너리 데이터로는 이미지(JPEG), 오디오(MP3), 동영상(MP4) 등이 있습니다.이번 글에서는 이러한 바이너리 데이터를 처리하는 방법에 대해 작성해보려고 합니다.인코딩 방식바이너리 데이터를 처리하는 방법 중 하나로 Base64를 사용하는 인코딩 방식이 있습니다.Base64는 바이너리 데이터를 아스키 코드 일부와 일대일로 매칭되는 문자열로 단순 치환하는 인코딩 방식입니다.즉, Base64를 사용하여 바이너리 데이.. 공감수 1 댓글수 0 2023. 10. 28.
문제가 많은 Layerd Architecture를 살려보자 Spring 프레임워크를 이용해 개발하다보면 여러 장점이 있습니다. DI/IoC 컨테이너, 테스트 용이, 그리고 스프링부트를 사용한다면 내장 톰캣, 버전 설정, 자동 구성.. 등 여러 장점이 있습니다. Spring은 객체지향 프로그래밍을 더 잘할 수 있도록 도와줍니다. 각각의 역할과 책임을 분리하도록 개발을 유도하기 때문입니다. 이때 가장 먼저 접하는 아키텍쳐는 Layerd Architecture로 크게 3가지로 나눈다면 클라이언트 요청을 받고 응답을 해주는 Presentation Layer, 비즈니스 로직을 처리하는 Application Layer, 데이터베이스에 접근하는 Data Access Layer로 나눌 수 있습니다. 저도 이러한 구조로 계속 개발을 해왔지만 기능이 많아지고 복잡해질 수록 문제점.. 공감수 1 댓글수 2 2023. 10. 18.
Java의 synchronized, Lock Stripping과 Atomic Type 자바는 멀티 쓰레드 기반의 동시성 프로그래밍을 지원합니다. 따라서 CPU 코어가 많아질 수록 이를 잘 활용할 수 있습니다.하지만 멀티 쓰레드이기 때문에 반드시 동시성 문제가 따라옵니다.이번 글에서는 Java에서 동시성 문제를 해결하기 위해 사용하는 synchronized, Lock Stripping, Atomic Type에 대해 알아보겠습니다.synchronized자바에서 synchronized 키워드는 메소드 또는 블록을 동기화하는데 사용합니다.synchronized가 붙은 메소드나 블록은 멀티 쓰레드이더라도 동시에 하나의 쓰레드만 접근할 수 있도록 합니다.객체를 생성하면 각 객체마다 내부적으로 Lock을 가지고 있는데 synchronized를 사용하면 이러한 Lock을 획득하고Lock을 획득할 수 없.. 공감수 0 댓글수 0 2023. 10. 11.
Lock을 이용한 트랜잭션 격리와 MVCC가 나온 이유 여러 트랜잭션이 동시에 실행된다면 데이터의 무결성에 문제가 생길 수 있으며 여러 트랜잭션을 순차적으로 실행한다면 성능이 좋지 않을 수 있습니다. 트랜잭션의 특징인 ACID 중에서 I인 Isolation level은 여러 트랜잭션을 실행할 때 트랜잭션끼리 얼마나 격리되어 있는 지를 나타냅니다. 트랜잭션의 격리 레벨에는 크게 4가지가 있습니다. 격리 레벨이 높은 순서대로 Serializable, Repeatable Read, Read Commited, Read Uncommited가 있습니다. Serializable 수준은 동시 처리 성능이 상당히 떨어지기 때문에 거의 사용되지 않으며 Read Uncommited 수준은 데이터의 무결성에 문제가 생길 수 있기 때문에 거의 사용되지 않습니다. 대부분의 RDBMS.. 공감수 1 댓글수 0 2023. 10. 2.
RDB에서 동시성 문제는 왜 발생하며 어떻게 해결해야 하나? 백엔드 애플리케이션을 개발하면서 동시성 문제를 처리해야 하는 경우가 있습니다.DB의 Isolation Level이 있어서 적절한 레벨로 설정해주면 DB에서 동시성 문제는 발생하지 않을까요?이번 글에서는 동시성 문제를 처리하는 방법에 대해 알아보겠습니다.트랜잭션의 Isolation Level트랜잭션의 특징인 ACID에서 I를 나타내는 Isolation Level은 여러 트랜잭션이 동시에 실행될 때 트랜잭션끼리의 격리 수준을 말합니다. 4가지 레벨이 있는데 격리성이 높은 순서대로 Serializable, Repeatable Read, Read Commited, Read Uncommited가 있습니다. MySQL, InnoDB에서는 기본적으로 Repeatable Read 레벨을 사용합니다.이 레벨에서는 Loc.. 공감수 0 댓글수 0 2023. 9. 30.
Java의 foreach 문의 내부 동작 방식 (feat. Iterator, Iterable) 자바의 for 문에는 일반 for 문과 foreach (향상된 for 문)이 있습니다. 일반 for 문 for (int i = 0; i < 10; i++) { System.out.println(members[i]); } foreach 문 for (Member member : members) { System.out.println(member); } 지금까지 foreach 문이 간결하고 가독성도 좋기 때문에 자주 사용했습니다. 하지만 foreach 문은 언제 사용할 수 있고 내부 동작 방식에 대해서 의문점이 생겼습니다. 이번 글에서는 foreach 문은 어떤 내부 동작 방식으로 인해 어떠한 조건일 때 사용할 수 있는 지에 대해 알아보겠습니다. 먼저 Iterator, Iterable 인터페이스에 대해 알아보겠.. 공감수 2 댓글수 0 2023. 9. 24.
스프링 DI의 원리, JPA Entity의 기본 생성자가 필요한 이유 (feat. Java Reflection) 스프링 프레임워크를 이용해서 개발을 하다보면 DI라는 말을 자주 듣게 됩니다. 제어의 역전인 IoC는 제어의 권한을 제 3자에게 넘겼다는 말입니다.DI는 IoC의 일종으로 의존관계 주입을 개발자가 직접하는 것이 아니라 프레임워크에게 넘겼다는 말입니다.이러한 사실을 알고 사용하고 있었지만 스프링이 어떻게 의존 관계 주입을 해주는지 그 내부 동작 방식을 알아보고 싶었습니다. 또한 JPA를 사용하다보면 기본 생성자를 필수로 생성해야 한다는 것도 알고 있었지만 어떤 원리로 동작하는지는 정확히 알지 못했습니다. 이 2가지의 공통점이 있는데 바로 Java Reflection을 사용한다는 사실입니다.이번 글에서는 Java Reflection에 대해 알아보고 지금까지 궁금증을 가지고 있었던 내부 동작 방식에 대해 알아.. 공감수 0 댓글수 0 2023. 9. 19.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.