과 같이 될 것입니다 그리고 당신은 핸들러에 BrodcastReceiver도 postDelayed()을 일시 정지 안된다
스레드가 다른 작업을 수행해야하므로 스레드를 중지하면 안됩니다. 잘못된 디자인이므로 차단하지 마십시오.
당신은 워드 프로세서 때문에 postDelay 수 없습니다
당신이 onReceive()에서 반환되면, 브로드 캐스트 리시버가 더 이상 활성 상태 이며, 그 호스팅 프로세스가 다른 응용 프로그램으로 만 중요하다 그 안에 실행중인 구성 요소. 특히 해당 프로세스가 BroadcastReceiver (사용자가 을 가지지 않았거나 최근에 상호 작용하지 않은 응용 프로그램의 경우)를 호스트하는 경우에만 onReceive()에서 시스템이 처리 될 것으로 간주하므로 해당 프로세스에서 이 중요하기 때문에 특히 중요합니다. 비어 있고 은 리소스를 다른 중요한 프로세스에 사용 가능하도록 적극적으로 종료합니다.
즉, onReceive()에서 반환되는 순간이 모든 것이 매우 빠르게 죽을 것임을 의미합니다.
브로드 캐스트 후 일정 시간이 지나면 서비스를 시작할 수 있고 그 서비스는 시간을 기다리거나 기다리는 시간이 몇 초보다 길면 그냥 이 서비스를 AlarmManager에 시작하고 AlarmManager가 서비스를 시작하게하십시오.
화면이 꺼진 후 원하는 작업이 조금 다릅니다. 당신이 "일을이"정말, _wall time_의 "몇 초"다음에 일어날 것을 _sure_ 싶지 또는 당신의 마음에 당신이 뭔가 다른 있나요? –
사실, 나는 내 마음에 다른 뭔가를했습니다 : 나는 화면 이상 10 초 동안 정화에 대한 – user1071138
감사 났을 경우 screenOff/screenOn에 수행 한 작업이 만 수행되도록합니다. 나는 제안했다. –