
문제 상황회사에서 운영하던 서비스가 데이터가 많이 쌓여서 api return까지 걸리는 시간이 10초를 넘으면서 사용 기록이 많은 사용자들에게 앱에서 연속적으로 timeOut이 발생했습니다. 현재 상황에서 조회에 소요되는 시간은 30초 전후이고, DB 개선이 필요하지만 동시에 timeOut 제한 시간도 수정을 해야할 것 같습니다. 타임 아웃의 종류설정할 수 있는 값의 범위는부터 0 부터 Integer.MAX_VALUE까지이며, 단위는 밀리초(ms)입니다.0은 제한 없음(no timeout)을 의미합니다.타임아웃 종류 SocketTimeOutException이 발생할 수 있는 상황1. 서버 응답 지연서버가 내부적으로 오래 걸리는 작업을 처리 중일 수 있습니다 (예: 데이터베이스 작업, 외부 API 호출)...
문제 상황이번에 서버 이전을 하면서 레거시 코드를 고치게 되었는데, 도메인 및 기타 하위 경로가 변경되었습니다. baseUrl을 변경한 후, 일부 경로가 호출 URL에 반영되지 않는 문제가 있어서, 정리해봤습니다.원래 baseUrl에는 도메인 주소까지만 작성되어있었습니다. 하지만 한 앱에서 하위 경로도 모두 동일하게 사용하는 부분이 있어서 해당 부분까지 포함해서 BaseUrl에 넣어뒀습니다.예를 들면 https://like.while.android/api/v1/ 와 같은 형식으로 입력했습니다.baseUrl을 https://like.while.android/api/v1/로 설정했는데도, 실제 API 호출 시 /api/v1/가 생략되었습니다.이유는 interface의 endpoint path 설정에서 @GE..
- Total
- Today
- Yesterday
- okhttp
- 싸피
- 백준
- 상단알람
- java
- build type
- 코틀린
- 블루투스개념정리
- 디버그 빌드
- retrofit
- release build
- compose
- Android
- Kotlin
- newtoken
- 릴리즈 빌드
- 데이터무결성체크
- 안드로이드
- SWEA
- 모바일트랙
- 빌드 타입
- hilt
- SSAFY
- 알고리즘
- @provides
- this
- tomap
- missingbinding
- api 경로
- connecttimeout
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |