[BOOK-489/fix] 알림이 49개가 쌓인 후에 더 이상 알림이 오지 않음

[easyhooon]

🎟️ 상위 작업 (Ticket Number)

BOOK-472

🐞 버그 설명

알림이 한 앱당 기본 최대 알림 수 이상으로 쌓이면 이후 알림이 오지 않음

🔧 수정할 작업 목록

• 최대 알림 수에 도달하여도 이후에 최신 알림을 수신받을 수 있도록 수정해야함
• FIFO 방식으로 기존에 수신받았지만, 확인하지 않은 알림을 제거할 수 있는지 확인 후 조치 필요
  • 같은 유형의 알림이 올 경우 이전 NotificationId를 같게 설정하여 이전 알림을 덮어쓸 수 있도록 설정

🔗 참고 링크

No response

[seoyoon513]

Jira Issue Created: BOOK-489

[seoyoon513]

🔀 Branch Created: BOOK-489-fix/#249

[easyhooon]

같은 유형의 알림은 동일한 notification ID를 사용하여 기존 알림을 업데이트하는 방식으로 수정
ex. REMINDER 타입 → "reminder".hashCode() 고정 ID 사용

새 알림이 오면 기존 알림이 최신 내용으로 대체하는 방식으로 시스템 알림 개수 제한 문제 해결

[easyhooon]

현재 서버에서 내려주는 알림의 경우 2가지 유형(미기록/휴면)이 있는데, 이 둘을 구분할 수 있는 어떤 type 값은 값이 data로 내려오진 않고있음
(이를 구분하기 위해 title 혹은 body로 전달받은 값을 사용할 수 있겠으나, 확장성 측면에서 별로 좋지 못한 방법이라 생각)

[easyhooon]

현재 서버에서 FCM 알림을 구성할때 notification 필드만을 사용(data 사용X) 이럴 경우, 백그라운드에서 알림을 수신하는 경우 OS에서 default로 푸시 알림을 처리하기 때문에 FCMService 클래스 내에서 받아서 처리 불가능 -> 포그라운드 알림은 덮어쓰기 처리 가능하나, 백그라운드에서는 매번 독립적인 알림으로 수신됨.

서버에서 FCM 알림을 구성할때 data 필드만을 사용하고, data 필드내에 notificationType까지(미기록/휴면) 내려준다면 각 type 별로 별 notificationId를 설정하여, 알림이 계속 쌓이지 않고, 덮어쓰기할 수 있음(개수 제한에 의한 알림 수신 불가 현상 해결 가능)