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