한 스레드가 다른 스레드가 충돌했는지 어떻게 판단 할 수 있습니까?

Question

나는 작업을하고있는 백그라운드 스레드를 가지고있다 - 응용 프로그램을로드 중이다. 주 스레드가 UIProgressView에서 진행 상황을 표시하고 있습니다.

몇 차례에

[self performSelectorInBackground:@selector(loadAppInBackground) withObject:self]; 

버그가 발생했습니다 (다른 접근 방식이 문제가 쉽게 해결 할 수있는 경우 그러나, 나는이 방법으로 결혼하고 있지 않다) 배경 스레드는 performSelectorInBackground로 양산되고있다 백그라운드 스레드가 크래시 (앱이 진행되는 다른 버그) 진행 막대가 멈추는 결과를 낳지 만, 사용자는 아무 것도 잘못되었음을 명확하게 알 수 없습니다.

나는이 상황을 감지하고 사용자가 대기 중에 포기할 때까지 매달리기보다는 정상적으로 실패하고 싶습니다.

로드 프로세스의 지속 시간이 크게 다를 수 있으므로 단순히 시간 초과가 이상적인 옵션이 아닙니다.

포 그라운드 스레드가 백그라운드 스레드가 실패했음을 감지하는 가장 좋은 방법은 무엇입니까? 포어 그라운드 스레드는 UI를 다루기에 바쁜 것이므로 첫 번째 스레드를 모니터링하기 위해 두 번째 백그라운드 스레드가 필요합니까? 그것은보기 흉한 것처럼 보입니다.

백그라운드 프로세스를 "ping"하는 데 사용할 수있는 스레드 간 통신 메커니즘이 있습니까? 더 나은 아직, 다른 스레드의 상태를 확인하는 낮은 수준의 시스템 메커니즘?

디버거는 실행중인 모든 스레드를 알고 있으며 상태를 알고있는 것 같습니다. 같은 일을 내 애플 리케이션에 사용할 수있는 전화가 있는지 궁금하네요.

Answer 1

백그라운드 스레드의 상태를 직접 확인하는 메커니즘이 목표 C에없는 것처럼 보입니다. 제공되는 응답 중 어느 것이 든 적당한 옵션입니다 ... 시간이 초과되거나 스레드가 계속 존재한다는 증거를 생성하는 경우.

저는 좀 더 간단하고 안정적이며 실시간으로 뭔가를 기대했습니다.

스레드에서 예외를 catch하고 전경 스레드가 수신 대기하고 응답 할 수있는 "BackgroundThreadException"과 같은 알림을 생성하는 실험을 할 것입니다.

Answer 2

백그라운드 작업이 일종의 정기적 인주기 (예 : 많은 작업이 이루어지는 큰 루프가 있음)로 실행되는 경우 자주 발생하는 플래그를 설정할 수 있습니다.

이렇게하려면 배경 스레드 저장소를 [NSDate timeIntervalSinceReferenceDate] 어딘가에두고 주 스레드에서 가끔 (타이머를 사용하는 경우) 현재 시간과 비교하십시오. 그 차이가 합당한 한도를 초과하면 배경 스레드가 죽었다고 추측 할 수 있습니다.

또 다른 방법은 백그라운드 스레드가 단순히 부울을 설정하고 주 스레드가이를 조사하고 정기적으로 지우도록하는 것입니다. 부울이 주 스레드 질의 사이에서 다시 설정되지 않으면 죽었다는 것을 추측 할 수 있습니다.

첫 번째 기법은 타이밍이 다소 불규칙한 코드 (어느 스레드에서든)를 허용하는 "합리적인 한계"를 "조정"할 수 있다는 이점이 있습니다. 두 번째 방법은 일반적으로보다 예측 가능한 타이밍을 필요로합니다.

물론 어느 방법을 사용하든 배경 스레드가 방금 끝났을 때 "휘파람을 불고"피하는 방법을 원합니다. 아직 인식하지 못했습니다.

Answer 3

일반적인 기술은 해당 스레드의 수명 신호 (소위 하트 비트 스레드)를 검사하는 추가 스레드를 갖는 것입니다. 하트 비트 스레드는 적시에 응답하는지 검사하여 스레드를 폴링하고 그렇지 않은 경우 스레드를 죽은 것으로 간주하고 종료합니다.

간단한 하트 비트 스레드 구현은 다른 스레드가 정기적으로 증가하는 카운터를 확인하는 것입니다. 카운터가 특정 시간 내에 증가하지 않으면 죽은 것으로 간주되어 스레드 다시 시작과 같은 적절한 조치가 취해질 수 있습니다 또는 죽이는 응용 프로그램.또 다른 보편적 인 방법은 hb 쓰레드가 쓰레드로 메시지를 보내고 타임 아웃을 가진 응답을 체크하는 경우이다.