이 글에서는 제공된 코드 예제와 그 내용을 조사하여 Boost::asio::basic_waitable_timer를 안전하게 취소하는 주제를 자세히 알아볼 것입니다. 예상치 못한 동작.
목표는 I/O 서비스에 취소 요청을 게시하는 권장 접근 방식을 사용하여 마감 시간 타이머를 취소하는 것입니다.
<code class="cpp">timer.get_io_service().post([&]{timer.cancel();})</code>
그러나 제공된 코드는 의도한 대로 타이머를 종료하지 않는 것 같습니다.
코드는 I/O 서비스, 마감 타이머 및 스레드의 조합을 사용하여 타이머를 생성합니다. 타이머가 시작되고 동시에 취소되는 시나리오.
타이머가 이미 만료된 상태에서 취소를 시도하면 문제가 발생합니다. 이 경우 게시된 cancel() 요청은 적용되지 않습니다. 결과적으로 타이머의 완료 핸들러가 계속 실행되어 메인 스레드가 무기한 차단됩니다.
이 문제를 해결하려면 타이머가 실행 중인지 감지할 수 있는 방법이 필요합니다. 취소되지 않았습니다. 한 가지 접근 방식은 타이머의 만료 시점을 사용하고 취소가 시작될 때 특별한 "잘못된" 값을 할당하는 것입니다.
<code class="cpp">timer.get_io_service().post([](){ timer.expires_at(Timer::clock_type::time_point::min()); });</code>
완료 핸들러에서 만료 시점이 이 잘못된 값으로 설정된 경우 , 핸들러는 타이머가 취소되지 않았음을 인식하고 그에 따라 처리할 수 있습니다.
<code class="cpp">void handle_timeout(const boost::system::error_code& ec) { if (timer.expires_at() != Timer::time_point::min()) { timer.expires_from_now(std::chrono::milliseconds(10)); timer.async_wait(&handle_timeout); } else { std::cerr << "handle_timeout: detected shutdown\n"; } }</code>
Boost Asio에서 비동기 작업 취소는 일반적으로 안전하지만 사례를 고려하는 것이 중요합니다. 취소 요청이 수신되기 전에 작업이 이미 완료되었을 수 있습니다. 이러한 시나리오를 감지하고 처리하기 위해 추가 논리를 사용하면 비동기 작업을 강력하게 취소할 수 있습니다.
위 내용은 이미 만료된 Boost Asio 마감 시간 타이머를 어떻게 안전하게 취소할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!