boost-asio

    0熱度

    1回答

    我編寫了一個異步boost :: asio TCP應用程序,它使用聲明爲std::vector<std::thread> mIOServicePool的線程池。這些線程異步讀取和寫入TCP數據到服務器。以下代碼取自GUI的開始按鈕事件處理程序。 // launch multiple asio service threads to // handle the protocol instances

    0熱度

    1回答

    我正在構建一個基於boost :: asio庫中的聊天示例的嵌入式應用程序。服務器從客戶端接收消息,並在使用純虛函數的接口上發送消息。然後該響應從該接口恢復併發送回客戶端。由於它在不同的位置崩潰,我無法正確地將它轉換爲多線程。 http://www.boost.org/doc/libs/1_63_0/doc/html/boost_asio/examples.html 我想知道每個類中的所有共享對象

    0熱度

    1回答

    我在寫一個使用boost :: asio的Http服務器。對於大文件,爲了避免將整個文件讀入內存併發送到網絡,我使用boost :: asio :: async_write在網絡上發送了部分文件。 問題是我的生產者(從文件中讀取的函數)比消費者(boost :: asio :: async_write)快得多,這導致了大文件的巨大內存消耗。 我想通過限制緩衝區列表來避免這個問題。這似乎是一個簡單的

    0熱度

    1回答

    使用升壓ASIO我編寫簡單的代碼: asio::io_service io_service; asio::ip::tcp::socket s(io_service); asio::ip::tcp::resolver resolver(io_service); asio::connect(s, resolver.resolve({ "aire.pl", "80" })); cout <<

    1熱度

    3回答

    我正在使用Boost ASIO庫在C++中編寫客戶端。我希望獲得服務器IP的字符串表示形式,以顯示在我的客戶端日誌中。有誰知道該怎麼做?

    2熱度

    1回答

    我已經使用boost :: asio套接字庫已有很多年了。但是,我遇到了一個奇怪的問題。我有一個班級不斷髮送數據到另一個進程。它從隊列中讀取數據,並將其發送,直到隊列變空。我已經從下面的例子中刪除了所有這些細節,以保持簡單。函數socket_write調用asio :: async_write,它在完成時調用writeHandler。我再次從處理程序調用socket_write函數。這在低音量下完

    1熱度

    1回答

    在我的系統中,我有一堆TCP客戶端,我對如何設計它有點困惑[我的大部分經驗都在C中,因此不安全] 。我正在使用boost ASIO來管理連接。這些是分量I具有 甲TCPStream類:瘦包裝過大加力ASIO 的IPC協議,通過TCP實現協議: 基本上每個消息具有類型和長度字段 所以我們可以開始從流中讀取單個消息。其處理消息 連接類 其監視連接 我寫僞C++代碼觀察員類要簡潔。我想你會得到的想法 c

    0熱度

    1回答

    我一直在尋找很多Boost.Asio的教程的,尤其是這一個: TCP daytime server 後的服務器創建與客戶端的tcp_connection,似乎像通信只是服務器和特定客戶端之間的單向通信。我怎樣才能讓服務器能夠將客戶端消息轉發給所有連接的客戶端?甚至選擇發送消息的客戶端。

    1熱度

    1回答

    我正在學習一些網絡編程,並被推薦使用boost-asio。我在:http://www.boost.org/doc/libs/1_64_0/doc/html/boost_asio/tutorial.html上做了Daytime Tutorials 1 & 2,並希望對其進行修改,以便服務器對發送序列化對象的客戶端作出反應,然後發回結果。我想象使用類似下面的序列,意圖是客戶端將坐在handleRead

    0熱度

    1回答

    我正在編寫一個簡單的客戶端/服務器程序。基本上,客戶端向服務器發送一個查詢字符串,服務器也以字符串的形式發回一個答案。服務器使用基於套接字的boost/asio庫以C++編寫。服務器寫在一個Linux機器上(Fedora 25)。客戶端是用Java編寫的。除了當我在Windows機器上安裝客戶端時,一切都正常,當我注意到查詢字符串(中文)在服務器端出現亂碼時。客戶端也在Linux上時沒有這個問題。