我一直在使用Boost序列化库，它实际上非常好，它可以让我制作简单的包装器来将我的可序列化对象保存为字符串，如下所示:namespacebar=boost::archive;namespacebio=boost::iostreams;templateinlinestd::stringsaveString(constT&o){std::ostringstreamoss;bar::binary_oarchiveoa(oss);oainlinevoidsaveFile(constT&o,constchar*fname){std::ofstreamofs(fname,std::ios::out
我一直在使用Boost序列化库，它实际上非常好，它可以让我制作简单的包装器来将我的可序列化对象保存为字符串，如下所示:namespacebar=boost::archive;namespacebio=boost::iostreams;templateinlinestd::stringsaveString(constT&o){std::ostringstreamoss;bar::binary_oarchiveoa(oss);oainlinevoidsaveFile(constT&o,constchar*fname){std::ofstreamofs(fname,std::ios::out
1、Stream与Channelstream不会自动缓冲数据，channel会利用系统提供的发送缓冲区、接收缓冲区（更为底层）stream仅支持阻塞API，channel同时支持阻塞、非阻塞API，网络channel可配合selector实现多路复用二者均为全双工，即读写可以同时进行虽然Stream是单向流动的，但是它也是全双工的2、IO模型同步：线程自己去获取结果（一个线程）例如：线程调用一个方法后，需要等待方法返回结果异步：线程自己不去获取结果，而是由其它线程返回结果（至少两个线程）例如：线程A调用一个方法后，继续向下运行，运行结果由线程B返回当调用一次channel.read或strea
1、Stream与Channelstream不会自动缓冲数据，channel会利用系统提供的发送缓冲区、接收缓冲区（更为底层）stream仅支持阻塞API，channel同时支持阻塞、非阻塞API，网络channel可配合selector实现多路复用二者均为全双工，即读写可以同时进行虽然Stream是单向流动的，但是它也是全双工的2、IO模型同步：线程自己去获取结果（一个线程）例如：线程调用一个方法后，需要等待方法返回结果异步：线程自己不去获取结果，而是由其它线程返回结果（至少两个线程）例如：线程A调用一个方法后，继续向下运行，运行结果由线程B返回当调用一次channel.read或strea
BIOBIO(BlockingIO)又称同步阻塞IO，一个客户端由一个线程来进行处理当客户端建立连接后，服务端会开辟线程用来与客户端进行连接。以下两种情况会造成IO阻塞：服务端会一直阻塞，直到和客户端进行连接客户端也会一直阻塞，直到和服务端进行连接基于BIO，当连接时，每有一个客户端，服务就开启线程处理，这样对资源的占用时非常大的；如果使用线城市来做优化，当大量连接时，服务端也会面临无空闲线程处理的问题。那么怎么设计才能让单个线程能够处理更多请求，而不是一个。所以NIO就被提出。NIONIO（NonBlockingIO）又称同步非阻塞IO。服务器实现模式为把多个连接(请求)放入集合中，只用一个
BIOBIO(BlockingIO)又称同步阻塞IO，一个客户端由一个线程来进行处理当客户端建立连接后，服务端会开辟线程用来与客户端进行连接。以下两种情况会造成IO阻塞：服务端会一直阻塞，直到和客户端进行连接客户端也会一直阻塞，直到和服务端进行连接基于BIO，当连接时，每有一个客户端，服务就开启线程处理，这样对资源的占用时非常大的；如果使用线城市来做优化，当大量连接时，服务端也会面临无空闲线程处理的问题。那么怎么设计才能让单个线程能够处理更多请求，而不是一个。所以NIO就被提出。NIONIO（NonBlockingIO）又称同步非阻塞IO。服务器实现模式为把多个连接(请求)放入集合中，只用一个
前面一篇文章提到，Go内置的net/http中使用了BlockingIO，主要体现在两层for循环。但真的是这样吗？本文我们看看Gonet库中 Server.ListenAndServe 的实现细节。net.Listen("tcp",addr) 方法通过系统调用socket、bind、listen生成 net.Listener 对象，在后面的for循环中，通过系统调用accept等待新的tcpconn，将其包装成一个conn对象，在新的goroutine中对这个conn进行处理。这里是典型的pergoroutineperconnection模型。这个环节看起来是阻塞的，但创建socke
前面一篇文章提到，Go内置的net/http中使用了BlockingIO，主要体现在两层for循环。但真的是这样吗？本文我们看看Gonet库中 Server.ListenAndServe 的实现细节。net.Listen("tcp",addr) 方法通过系统调用socket、bind、listen生成 net.Listener 对象，在后面的for循环中，通过系统调用accept等待新的tcpconn，将其包装成一个conn对象，在新的goroutine中对这个conn进行处理。这里是典型的pergoroutineperconnection模型。这个环节看起来是阻塞的，但创建socke
