传统BIO
编程
网络编程的基本模型是C/S模型(client/server),即两个进程间的通讯。网络
服务端提供IP地址
和监听端口,客户端经过链接操做想服务端监听的地址发起链接请求,经过三次握手链接,若是链接成功创建,双方就能够经过套接字进行通讯。并发
传统的同步阻塞模型开发中,ServerSocket
负责绑定IP
地址,启动监听端口;Socket负责发起链接操做。链接成功后,双方经过输入和输出流进行同步阻塞式通讯。ide
简单的描述一下BIO
的服务端通讯模型:采用BIO
通讯模型的服务端,一般由一个独立的Acceptor
线程负责监听客户端的链接,它接收到客户端链接请求以后为每一个客户端建立一个新的线程进行链路处理没处理完成后,经过输出流返回应答给客户端,线程销毁。请求响应模式,请求与响应比例=1:1
请求----响应
性能
传统BIO
通讯模型图:spa
该模型最大的问题就是缺少弹性伸缩能力,当客户端并发访问量增长后,服务端的线程个数和客户端并发访问数呈1:1的正比关系,Java中的线程也是比较宝贵的系统资源,线程数量快速膨胀后,系统的性能将急剧降低,随着访问量的继续增大,系统最终就会资源耗尽,而后就是面临系统挂掉。线程
服务端代码code
{ ; ([] ) { (); } ( ) { ; ; ; { (); ..(); .(); ( ) { ( (.())); ..( .()); (.(), ); .(); } } ( ) { ..(); .(); } { ( ) { { .(); } ( ) { .(); } } ( ) { .(); } ( ) { { .(); } ( ) { .(); } } } } }
客户端代码orm
{ ; ; ([] ) { (, ); } ( , ) { ; ; ; { (, ); ..(); ( (.())); (.(), ); .(); ..( .()); } ( ) { .(); } ( ) { .(); } { ( ) { .(); } ( ) { { .(); } ( ) { .(); } } ( ) { { .(); } ( ) { .(); } } } } }
启动服务端server
客户端启动
相应服务端收到请求
好了,传统入门级BIO就这样了,期待升级版BIO。