ITKeyword,专注技术干货聚合推荐

注册 | 登录

Boost.Asio c++ 网络编程翻译(8)

mmoaay 分享于 2014-09-25

推荐:Boost.Asio c++ 网络编程翻译(25)

代理实现 代理一般位于客户端和服务端之间。它接受客户端的请求,可能对请求进行修改,然后接着把请求发送到服务端。然后从服务端取回结果,也可能对结果进行修

2019阿里云全部产品优惠券(新购或升级都可以使用,强烈推荐)
领取地址https://promotion.aliyun.com/ntms/yunparter/invite.html

TCP VS UDP VS ICMP 就像我之前所说,不是所有的成员方法在所有的套接字类中都可用。我做了一个包含成员函数不同点的列表。如果一个成员函数没有出现在这,说明它在所有的套接字类都是可用的。 名字                         TCP                 UDP                 ICMP
async_read_some              是                  -                   -
async_receive_from           -                   是                  是
async_write_some             是                  -                   -
async_send_to                -                   是                  是
read_some                    是                  -                   -
receive_from                 -                   是                  是
write_some                   是                  -                   -
send_to                      -                   是                  是
其他方法 其他与连接和I/O无关的函数如下: local_endpoint():这个方法返回套接字本地连接的地址。 remote_endpoint():这个方法返回套接字连接到的远程地址。 native_handle():这个方法返回原始套接字的处理程序。你只有在调用一个Boost.Asio不支持的原始方法时才需要用到它 non_blocking():如果套接字是非阻塞的,这个方法返回true,否则false
native_non_blocking():如果套接字是非阻塞的,这个方法返回true,否则返回false。但是,它是基于原生的套接字来调用本地的api。所以通常来说,你不需要调用这个方法(non_blocking()已经缓存了这个结果);你只有在直接调用native_handle()这个方法的时候猜需要使用到这个方法 at_mark():如果套接字要读的是一段OOB数据,这个方法返回true。这个方法你很少会用到
其他的考虑 最后要注意,一个套接字实例不能被拷贝,因为拷贝构造方法和=操作符是不可访问的。

ip::tcp::socket s1(service), s2(service);
   s1 = s2; // 编译时报错
   ip::tcp::socket s3(s1); // 编译时报错
这是非常有意义的,因为每一个实例都拥有并管理着一个资源(原生套接字本身)。如果我们允许拷贝构造,结果是我们会有两个实例拥有同样的原生套接字;这样我们就需要去处理所有者的问题(让一个实例拥有所有权?或者使用引用计数?还是其他的方法)Boost.Asio选择不允许拷贝(如果你想要创建一个备份,请使用共享指针)
      
       
        
         typedef boost::shared_ptr<ip::tcp::socket> socket_ptr;
         
 socket_ptr sock1(new ip::tcp::socket(service)); socket_ptr sock2(sock1); // ok socket_ptr sock3; 
   sock3 = sock1; // ok
套接字缓冲区
当从一个套接字读写内容时,你需要一个缓冲区,用来保存读入和写出的数据。缓冲区内存的有效时间必须比I/O操作的时间要长;你需要保证它们在I/O操作结束之前不被释放。
对于同步操作来说,这很容易;当然,这个缓冲区在receive和send时都存在。
char buff[512];
   ...
   sock.receive(buffer(buff));
   strcpy(buff, "ok\n");
   sock.send(buffer(buff));
但是在异步操作时就这么简单了,看下面的代码片段: 
     
      
       
        
// 非常差劲的代码 ...
   void on_read(const boost::system::error_code & err, std::size_t read_
   bytes)
   { ... }
   void func() {
 char buff[512];
       sock.async_receive(buffer(buff), on_read);
   }
在我们调用async_receive()之后,buff就已经超出有效范围,它的内存当然会被释放。当我们开始从套接字接收一些数据时,我们会把它们拷贝到一片已经不属于我们的内存中;它可能会被释放,或者被其他代码重新开辟来存入其他的数据,结果就是:内存冲突。
对于上面的问题有几个解决方案:
使用全局缓冲区
创建一个缓冲区,然后在操作结束时释放它
使用一个集合对象管理这些套接字和其他的数据,比如缓冲区数组
第一个方法显然不是很好,因为我们都知道使用全局变量很不好。此外,如果两个实例使用同一个缓冲区怎么办?
下面是第二种方式的实现: 
     
      
       
        
 
 
  1. void on_read(char * ptr, const boost::system::error_code & err, std::size_t read_bytes) { 
           delete[] ptr;
       }
    
       ....
       char * buff = new char[512];
    
       sock.async_receive(buffer(buff, 512), boost::bind(on_
       read,buff,_1,_2))
    
或者,如果你想要缓冲区在操作结束后自动超出范围,使用共享指针
     
      
       
        
struct shared_buffer {
    boost::shared_array<char> buff;
    int size;
    shared_buffer(size_t size) : buff(new char[size]), size(size) {
    }
    mutable_buffers_1 asio_buff() const {
        return buffer(buff.get(), size);
    }

};

// 当on_read超出范围时, boost::bind对象被释放了,

推荐:Boost.Asio c++ 网络编程翻译(24)

异步服务端中的多线程 我在第4章 客户端和服务端展示的异步服务端是单线程的,所有的事情都发生在main()中: int main() { talk_to_client::ptr client =

// 同时也会释放共享指针
void on_read(shared_buffer, const boost::system::error_code & err,
                               std::size_t read_bytes) {}
   sock.async_receive(buff.asio_buff(), boost::bind(on_read,buff,_1,_2));

shared_buffer类拥有实质的shared_array<>,shared_array<>存在的目的是用来保存shared_buffer实例的拷贝-当最后一个share_array<>元素超出范围时,shared_array<>就被自动销毁了,而这就是我们想要的结果。

因为Boost.Asio会给完成处理句柄保留一个拷贝,当操作完成时就会调用这个完成处理句柄,所以你的目的达到了。那个拷贝是一个boost::bind的仿函数,它拥有着实际的shared_buffer实例。这是非常优雅的!

第三个选择是使用一个连接对象来管理套接字和其他数据,比如缓冲区,通常来说这是正确的解决方案但是非常复杂。在这一章的末尾我们会对这种方法进行讨论。

推荐:Boost.Asio c++ 网络编程翻译(26)

Boost.Asio-其他特性 这章我们讲了解一些Boost.Asio不那么为人所知的特性。标准的stream和streambuf对象有时候会更难用一些,但正如你所见,它们也有它们的益处

TCP VS UDP VS ICMP 就像我之前所说,不是所有的成员方法在所有的套接字类中都可用。我做了一个包含成员函数不同点的列表。如果一个成员函数没有出现在这,说明它在所有的套接字类都是可用的。

相关阅读排行


用户评论

游客

相关内容推荐

最新文章

×

×

请激活账号

为了能正常使用评论、编辑功能及以后陆续为用户提供的其他产品,请激活账号。

您的注册邮箱: 修改

重新发送激活邮件 进入我的邮箱

如果您没有收到激活邮件,请注意检查垃圾箱。