#include <boost/asio.hpp> #define USING_SSL //是否加密 #ifdef USING_SSL #include <boost/asio/ssl.hpp> #endif using boost::asio::ip::tcp; using std::string; int post(const string& host, const string& port, const string& page, const stri…

保持活动 假如,你须要做以下的操作: io_service service; ip::tcp::socket sock(service); char buff[512]; ... read(sock, buffer(buff)); 在这个样例中,sock和buff的存在时间都必须比read()调用的时间要长. 也就是说,在调用read()返回之前,它们都必须有效. 这就是你期望的.你传给一个方法的全部參数在參数内部都必须有效. 当我们採用异步方式时,事情会变得越复杂. io_service se…

Boost.Asio-其他特性 这章我们讲了解一些Boost.Asio不那么为人所知的特性.标准的stream和streambuf对象有时候会更难用一些,但正如你所见.它们也有它们的益处.最后,你会看到姗姗来迟的Boost.Asio协程的入口,它能够让你的异步代码变的很易读.这是很惊人的一个特性. 标准stream和标准I/O buffer 读这一章节之前你须要对STL stream和STL streambuf对象有所了解. Boost.Asio在处理I/O操作时支持两种类型的buffer: b…

asio的网络基本模板(单例模式 消息队列 ) // MyAsio.cpp: 定义控制台应用程序的入口点. // #include "stdafx.h" #include <iostream> #include <assert.h> #include "NetMgr.h" using namespace DEF; /* write by def 技术博客 http://www.cnblogs.com/itdef/ 技术交流群 群号码:4323…

*_at方法 这些方法在一个流上面做随机存取操作.你来指定read和write操作从什么地方開始(offset): async_read_at(stream, offset, buffer [, completion], handler):这种方法在一个指定的流上从offset处開始运行一个异步的read操作,当操作结束时,他会调用handler. handler的格式为:void handler(const boost::system::error_code&  err, size_t byt…

异步服务端 这个图表是相当复杂的:从Boost.Asio出来你能够看到4个箭头指向on_accept.on_read,on_write和on_check_ping. 着也就意味着你永远不知道哪个异步调用是下一个完毕的调用.可是你能够确定的是它是这4个操作中的一个. 如今.我们是异步的了:我们能够继续保持单线程.接受client连接是最简单的部分.例如以下所看到的: ip::tcp::acceptor acceptor(service, ip::tcp::endpoint(ip::tcp::v4(…

同步VS异步 Boost.Asio的作者做了一个非常惊艳的工作:它能够让你在同步和异步中自由选择,从而更好的适应你的应用. 在之前的章节中,我们学习了每种类型应用的框架,比方同步client,同步服务端,异步client,异步服务端. 每个你都能够作为你应用的基础.假设要更加深入地学习各种类型应用的细节,请继续. 混合同步异步编程 Boost.Asio库同意你进行同步和异步的混合编程.我个人觉得这是一个坏主意,可是Boost.Asio(就像C++一样)在你须要的时候同意你深入底层. 通常来说,当…

TCP异步服务端 核心功能和同步服务端的功能类似,例如以下: class talk_to_client : public boost::enable_shared_from_this<talk_to_ client> , boost::noncopyable { typedef talk_to_client self_type; talk_to_client() : sock_(service), started_(false) {} public: typedef boost::system…

read/write方法 这些方法对一个流进行读写操作(能够是套接字,或者其它表现的像流的类): async_read(stream, buffer [, completion],handler):这种方法异步地从一个流读取.结束时,处理方法被调用.处理方法的格式是:void handler(const boost::system::error_ code & err, size_tbytes);.你能够选择指定一个完毕处理方法.完毕处理方法会在每一个read操作调用成功之后调用,然后告诉Boo…

同步服务端 同步服务端也相当简单.它须要两个线程,一个负责接收新的client.另外一个负责处理已经存在的client. 它不能使用单线程:等带一个新的client是一个堵塞操作,所以我们须要另外一个线程来处理已经存在的client. 正常来说服务端都比client要难实现.一方面,它要管理全部已经连接的client.由于我们是同步的,所以我们须要至少两个线程.一个接受新的client连接(由于accept()是堵塞的)而还有一个负责回复已经存在的client. void accept_thre…