`boost::asio::io_service::run()`은 언제 차단됩니까?

boost::asio::io_service가 차단/차단 해제를 실행하는 경우

io_service::run()의 차단 동작은 작업 및 핸들러 처리에서 비롯됩니다. 다음 때까지 차단된 상태로 유지됩니다.

• 모든 작업이 완료되었습니다.
• 실행할 핸들러가 더 이상 남아 있지 않습니다.
• io_service가 중지되었습니다. stop()을 통해

"더 이상 디스패치할 핸들러가 없습니다"라는 구문 해독

io_service::run()이 "더 이상 디스패치할 핸들러가 없을 때"까지 차단되면 이는 다음을 의미합니다. 등록된 콜백 형태의 미해결 작업이 없습니다.

예제 코드의 동작

예 3a: 차단

첫 번째 예(3a)에서 io_service는 차단합니다. 게시된 세 개의 피보나치 계산 핸들러가 모두 실행될 때까지 run() 내에서.

세부 실행 흐름:

1. io_service::work는 run()에서 즉시 반환되지 않도록 생성됩니다.
2. io_service 루프를 실행하기 위해 작업자 스레드가 시작됩니다.
3. 피보나치 계산을 위한 핸들러가 게시됩니다.
4. io_service::work가 재설정되어 run()이 종료될 수 있습니다.
5. 작업 완료를 나타내는 작업자 스레드가 조인됩니다.

클라이언트 코드: 비동기식이지만 효과적으로 동기식

클라이언트 코드는 비동기 I/O(async_receive)를 사용하는 것처럼 보이지만 효과적으로 동기적으로 동작합니다.

실행 흐름:

1. async_receive()는 비동기 작업을 시작합니다.
2. io_service::run()은 작업이 완료되거나 오류가 발생할 때까지 차단됩니다. 발생합니다.
3. 제어가 호출 스레드로 반환되고 핸들러가 실행됩니다.

동기 대응:

동등한 동기 작업은 다음과 같습니다.

boost::asio::error_code error;
std::size_t bytes = socket.receive(buffer, error);
// Execute handler with error and bytes

일반 지침: 별도의 동기 및 비동기 작업

동기 작업과 비동기 작업을 혼합하면 복잡성이 발생할 수 있습니다. 이 관행을 피하는 것이 좋습니다. Boost.Asio 문서는 비동기 프로그래밍의 이점에 대한 귀중한 통찰력을 제공합니다.

위 내용은 `boost::asio::io_service::run()`은 언제 차단됩니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!