Recent Posts
Recent Comments
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- 함께자라기
- 타뷸레이션
- swift 모듈화
- contentalignmentpoint
- SwiftUI
- png
- .pbxproj
- xcode 엔터 표시
- 코드스쿼드
- 팀 개발을 위한 git
- github 시작하기
- Tuist
- 무한스크롤
- 테스트 타겟
- webp
- heic
- JPEG
- fetchdescriptor
- swiftdata
- Firestore
- spm 에러
- NSTextStorage
- TestFlight
- JPG
- NSTextStorageDelegate
- nidthirdpartylogin
- Cocoa Pod
- xcode 공백 표시
- 클린 아키텍처
- 캐러셀
Archives
Link
- Today
- Total
목록task (1)
Sure, Why not?
access 토큰 재발급 로직을 단순 싱글톤 클래스로 구현했었는데,토큰이 만료된 상태에서 뷰 하나에 여러 API가 동시에 호출되면요청이 동시다발적으로 발생할 수 있겠구나 하고 생각이 들었다. 이로 인해 race condition이 발생할 수 있음을 인지했고,이를 방지하기 위해 안전한 동시성 처리가 필요하다고 느꼈다. 결론적으로, actor를 활용해 한 번에 하나의 작업만 처리하도록 구성하고,내부에는 Task를 캐싱해 요청 결과를 재사용할 수 있도록 했다. 실제 서버로 직접 확인하는 데에는 제약이 있기 때문에,테스트 코드를 작성하여 아래 두 가지 목적을 중심으로 동작을 검증하고자 했다. actor를 통해 동시성 보호가 실제로 잘 이루어지는지 확인Task 캐싱 유무에 따라 실제로 중복 요청이 어떻게 발생하..
💻
2025. 5. 7. 01:54