boost-asio

    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,似乎像通信只是服务器和特定客户端之间的单向通信。我怎样才能让服务器能够将客户端消息转发给所有连接的客户端?甚至选择发送消息的客户端。

    0热度

    1回答

    我正在研究一个简单的TCP服务器,它读取并将消息写入线程安全队列。然后应用程序可以使用这些队列安全地读取和写入套接字,即使是从不同的线程。 我面临的问题是我不能async_read。我的队列有pop操作,它返回下一个要处理的元素,但是如果没有可用的元素则会阻止它。所以一旦我呼叫POP async_read回调当然不会被解雇了。有没有一种方法可以将这样的队列整合到boost asio中,还是必须完全

    1热度

    1回答

    对于需要从服务器接收可变长度消息的客户端(Windows 10,Visual C++),我使用boost :: asio。 消息非常频繁(每秒超过10条消息),每条消息约为40-100字节。 我以这种方式使用streambuf与async_read_some: void Client::readStart(void) { boost::asio::streambuf::mutable_

    0热度

    1回答

    我在写一个使用boost :: asio的Http服务器。对于大文件,为了避免将整个文件读入内存并发送到网络,我使用boost :: asio :: async_write在网络上发送了部分文件。 问题是我的生产者(从文件中读取的函数)比消费者(boost :: asio :: async_write)快得多,这导致了大文件的巨大内存消耗。 我想通过限制缓冲区列表来避免这个问题。这似乎是一个简单的

    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上时没有这个问题。