boost :: asio :: tcp :: socket關閉並取消沒有處理程序被調用

Question

我正在用boost的asio庫編寫服務器。服務器使用一組Connection對象（一個圍繞boost :: asio :: tcp :: socket的包裝類）處理許多併發連接。在Connection類中，使用socket.async_read_some（...）不斷讀取套接字，並且每當使用新數據調用讀處理程序時，會立即再次調用socket.async_read_some（）以供更多數據讀取。

現在，服務器可能會因爲某種原因決定斷開一個客戶端，所以自然要做的是調用connection.close（），然後調用socket.close（），這會導致所有掛起的異步操作被取消。這會導致使用boost :: asio :: error :: operation_aborted調用讀取處理程序（綁定到類Connection中的方法）。我的問題是：我不希望發生這種情況。

socket.close（）之後，我想摧毀插座和連接，然後從活動客戶端的服務器的列表中刪除它的指針。然而，直到io_service.run（）的下一次迭代纔會調用讀處理程序，這意味着我不能立即銷燬套接字或已傳遞給socket.async_read_some（）的讀處理程序，直到處理程序被調用錯誤。所以我不得不推遲那些對象的銷燬;這很煩人。

有沒有一種安全的方式要麼

• 取消未決異步操作沒有任何處理程序被調用，這樣我就可以放心地socket.close後立即銷燬插座（），或
• 到安全地知道什麼時候沒有更多的處理程序可能被稱爲

或者我完全接近這個錯誤的方式嗎？

Answer 1

當async.operation完成 - 無論是successfuly或錯誤 - 它的完成處理程序被調用。這是重要的保證，我不認爲嘗試「破解」這種行爲是個好主意。 在你的用例中遇到的問題通常通過使用shared_ptr（shared_from_this idiom）：綁定shared_ptr<Connection>來處理，當你得到operation_aborted（或其他錯誤）時不要發出另一個async_read，這樣當所有的處理程序Connection對象被它的套接字銷燬。