Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 코드 리뷰
- spring pid
- Spring
- spring boot tomcat
- Spring Data JPA
- SuperTypeToken
- ApplicationPidFileWriter
- docker
- JPA mapping
- spring-mvc
- Data REST
- spring jpa
- spring bean
- 세미나
- spring boot
- spring camp
- batch
- spring batch 코드
- spring-webmvc
- static inner class
- JPA
- tomcat
- JUnit
- spring-webmvc #코드읽기
- REST API
- IntelliJ
- ORM
- Spring Data REST
- 톰캣
- Spring Batch
- Today
- 1
- Total
- 916,386
목록CompletableFuture (1)
woniper
CompletableFuture 비동기 처리로 성능 개선하기
이 글은 CompletableFuture API를 설명하는 글은 아니다. CompletableFuture로 어떻게 성능을 개선했는지에 대한 경험 글이다. 개인 프로젝트로 bookup 이란 웹 애플리케이션을 개발하고 있다. 원하는 도서가 오프라인 서점에 재고가 있는지 검색하는 서비스다. 오프라인 서점마다 Open API가 없어, html 크롤링으로 개발했다. 그런데 개발하며 문제가 생겼다. 바로 오프라인 서점의 수가 많아질 수록 성능이 느려진다는 것이다. 재고 조회 순서는 아래와 같다. ISBN(도서 고유값) 값을 구하기 위해 네이버 Open API를 통해 ISBN 값을 얻는다. (API 요청) ISBN으로 오프라인 서점에 해당 도서의 재고를 순서대로 크롤링한다. 왜 성능이 느릴까? 이유는 여러 http ..
Spring
2018. 9. 8. 15:20