4주차 개발일지

7/22

• 위치 데이터를 가져오는 과정에서 간헐적으로 null값이 뜨는 문제가 있었습니다
• 알아본 결과 이는 워치 자체에서 위치 데이터를 받지 못하기 때문이었습니다
• 따라서 기존 gps provider를 사용하던 location manager 방식에서 fused location client 사용방식으로 변경해주었습니다
• 또한 날씨의 영향으로 위치 데이터를 받아오지 못하는 경우가 있음을 알게되어 UI 상 대응을 진행해주었습니다 .

7/23

• 브랜치 충돌 해결
• 협업 과정에서 폴더 구조를 가독성있게 수정하였는데 선빈님과 코드를 합치는 과정에서 충돌이 발생했습니다
• 따라서 깃 레포지토리의 메인 브랜치에서 새로운 브랜치를 만든 후 최신 코드를 머지하고 다시 메인 브랜치로 합치는 과정 등으로 충돌을 해결하였습니다
• 배운 점 : 폴더 구조 등의 변화가 있을때에는 프로젝트 구성 시 잘 설계해서 진행하거나 팀원과 상의해서 함께 수정해야한다는 점을 배울 수 있었습니다.
• 위치 데이터 정상 작동 확인
• 위치 데이터가 측정되는 주기가 선택한 주기에 맞게 측정되도록 구현하였습니다
  • 이 때 인텐트의 putExtra를 방식을 사용하여 구현하였습니다
  • 15초 설정했지만 측정되는 주기가 30초로 지연되는 문제가 발생했습니다
• 위치 데이터가 설정한 시간(예: 9시 ~ 18시)동안에만 백그라운드에서 측정되도록 하기
  • 백그라운드 서비스가 원하는 시간에 종료되지 않는 이슈가 발생했습니다
  • 알아본 결과 alarm manager에서 반복을 설정하는 과정 중 지원되지 않는 메소드를 사용한 것이 문제였습니다
  • 이를 수정해줌으로써 문제를 해결할 수 있었습니다

상세 내용

선택된 주기에 따라서 위치 측정 간격 조정

 

SelectIntervalActivity 에서

• 👤사용자가 간격 버튼 클릭 → 값이 서비스로 전달
• 서비스는 서비스 간격을 수신하고 이 값을 데이터 측정 업데이트 빈도에 반영
• 주기를 재설정 시 기존 서비스는 중단해야하나???
  • 주기를 반영하려면 서비스 중지 후 재시작하도록 해야하나?
  • 중지하지 않고 재시작하면 ?
    • 이미 실행 중인 서비스에 대해 다시 startForegroundService 호출 시 서비스가 완전히 다시 시작되지 않는다.
    • 기존 서비스 인스턴스의 onStartCommand가 다시 호출된다.
      • 이 때 새로운 Intent와 함께 호출됨
        • 따라서 putExtra를 통해 새로 추가한 interval 값이 포함됨 .
      • 새로운 Intent와 함께 호출된다는 것의 의미는?
        1. Intent 객체의 역할:
           • Intent는 안드로이드 컴포넌트 간 통신을 위한 메시지 객체입니다.
           • 서비스를 시작할 때 사용된 Intent에는 추가 데이터(extras)를 포함할 수 있습니다.
        2. 새로운 Intent 생성:
           • startForegroundService를 호출할 때마다 새로운 Intent 객체가 생성됩니다.
           • 이 새 Intent에는 putExtra로 추가한 최신 데이터가 포함됩니다.
        3. onStartCommand 호출:
           • 시스템은 이 새로운 Intent를 onStartCommand 메소드의 매개변수로 전달합니다.
           • 따라서 onStartCommand는 가장 최근에 전달된 데이터를 받게 됩니다.
        4. 데이터 접근:
           • onStartCommand 내에서 intent?.getIntExtra("interval", defaultValue) 와 같은 방식으로 새로 전달된 데이터에 접근할 수 있습니다.
        5. 상태 업데이트:
           • 이를 통해 서비스는 실행 중에도 새로운 설정이나 명령을 받아 동작을 변경할 수 있습니다
• ⭐정확도 설정
  • 위치 정확도에 따라서 주기에 맞게 위치가 수신되지 않을 수 있음 !
• 구현 방식 고민

• putExtra
  • Intent를 통해 직접 데이터 전달
  • 장점
    • 간단 & 직관 ,
    • 컴포넌트 간 직접 통신이 가능
  • 단점
    • 서비스가 이미 실행 중인 경우 새로운 Intent로 전달된 데이터를 못받을 수도 있다.
• 브로드캐스트 리시버
  • 장점
    • 여러 컴포넌트에서 동시에 데이터를 받을 수 있다.
    • 서비스가 이미 실행 중이어도 새로운 데이터를 받을 수 있다.
  • 단점
    • putExtra보다 구현이 좀 복잡
• 바인딩된 서비스
  • 장점
    • 컴포넌트 간 직접적이고 지속적인 통신 가능
    • 서비스의 메소드 직접 호출 가능하여 복잡한 상호작용 가능
    • 서비스의 생명주기를 더 잘 제어 가능
  • 단점
    • 구현이 다소 복잡
    • 바인딩 , 언바인딩 과정을 구현해야함
    • 액티비티, 프래그먼트의 생명주기와 동기화해야함

7/24

• 어제 발생했던 이슈 해결
  • 위치 서비스를 원하는 시간 동안에만 작동하도록 하기 위해 문제의 원인을 알아보았습니다
  • 원인은 서비스의 종료가 정상적으로 작동되지 않은 것이었습니다
  • 서비스가 왜 제대로 종료되지 않을까 알아보니 기존에 사용하고 있던 setRepeating을 통해 alarm manager을 구현한 것이 원인이었습니다
  • 해당 메소드 수정을 통해 문제를 해결하였고 지정한 시간동안 백그라운드를 수행하는데 성공하였습니다!

상세 내용

서비스 종료 작동

binding.btnStop.setOnClickListener {
            Intent(applicationContext, LocationForegroundService::class.java).also { intent ->
                stopService(intent)
            }

binding.btnStop.setOnClickListener {
    Intent(applicationContext, LocationForegroundService::class.java).also { intent ->
        intent.action = "STOP_SERVICE"
        startService(intent)
    }
}

 

• 문제
  • 위치 업데이트는 발생하지만 홈화면으로 전달되지 않는다.
• 해결

// 기존 
   alarmManager.setRepeating(
            AlarmManager.RTC_WAKEUP,
            startCalendar.timeInMillis,
            AlarmManager.INTERVAL_DAY,
            startPendingIntent
        )

// 수정 
     alarmManager.setExactAndAllowWhileIdle(
            AlarmManager.RTC_WAKEUP,
            stopCalendar.timeInMillis,
            stopPendingIntent
        )

 

문제 원인

• 알람을 반복적으로 실행할 때 사용한 함수로 인한 것!
• setRepeating과 setExactAndAllowWhileIdle을 구분해보자
• 기존에는 setRepeating을 사용
• 수정한 코드 setExactAndAllowWhileIdle

7/25

시간 설정 

시간 설정 따로 안한 경우 & 처음 시작 시 : 기본 시간 9시~18시으로 적용

만약 시간을 변경할 경우 해당 시간으로 서비스 시간 변경

시작 시간 설정 화면

• 시간 설정
• 다음 버튼 클릭
  • 시작 시간을 백그라운드로 전달
  • 종료 시간 설정 화면으로 이동

종료 시간 설정 화면

• 완료 버튼 클릭
  • 종료 시간을 백그라운드로 전달
  • 관리자 설정 화면으로 이동

 

7/26

지정된 시간동안 센서 데이터 측정 구현

내용

• 시작 시간 설정 화면 , 종료 시간 설정 화면 에서 시간 데이터를 ServiceScheduler 클래스로 전달해요
• 해당 시간을 통해 alarm manager로 백그라운드를 동작할 시간을 등록해주었어요

동작 결과

• 시작 시간 설정화면과 종료 시간 설정화면을 통해 측정 시간 정하기

• 해당 시간에 백그라운드 서비스 시작 및 종료하기

• 백그라운드 서비스가 동작하는 동안 주기마다 측정되는 데이터 확인

비콘 데이터 측정 간격 조정

java.lang.IllegalStateException: schedule()/enqueue() called more than 250 times in the past 60000ms. See the documentation for more information.                                                                                                java.lang.IllegalStateException: schedule()/enqueue() called more than 250 times in the past 60000ms. See the documentation for more information

 

짧은 시간 동안 너무 많은 작업을 예약하려고 할 때 나타나는 에러이다.

60초(60000ms) 동안 250번 이상 작업을 스케줄링하거나 대기열에 추가하려고 시도했다는 의미!

 

해결

• 비콘 측정 주기를 조절하자
• 아래 코드를 intent action이 “START_SERVICE인 경우 코드에 포함시켜주었다.

// 비콘 스캔 간격 조정 : 5초 

beaconManager.foregroundScanPeriod = 5000L 
beaconManager.foregroundBetweenScanPeriod = 0L 
beaconManager.updateScanPeriods() 
beaconManager.bind(this)