伪代码
class Server {
public static void main(String[] args) {
ExecutorService executor = Executors.newFixedThreadPollExecutor(100);
serverSocket.bind(9090);
//主线程等待新连接的到来
while (!Thread.currentThread.isInturrupted()) {
Socket socket = serverSocket.accpet();
//将新的连接交给线程池处理
executor.submit(new ConnectIOHandler(socket));
}
}
}
class ConnectIOHandler implements Runnable {
private Socket socket;
public ConnectIOHandler(Socket socket) {
this.socket = socket;
}
@Override
public void run() {
while (!Thread.currentThread.isInturruted()) {
//读取数据
String data = socket.read()....
if (data != null) {
//处理数据
dosomething();
//写数据
socket.write()...
}
}
}
}
上述模型的一些特性:
1. 每连接每线程。socket.accept()、socket.read()、socket.write()这三个函数均是同步阻塞,当一个连接在处理I/O时,系统是阻塞的,如果是单线程的话必然会挂死。开启多线程,会将CPU释放出来,可以处理更多的事情。
2. 使用线程池,降低线程创建和回收的成本。
缺点就是严重依赖线程:
1. 线程的创建和销毁的成本很高,在Linux中,线程本质就是一个进程(科普:Linux里面的线程其实是通过fork函数来fork一个子进程的方式来实现的,并且是通过关闭COW(Copy on Write)特性来实现线程间独立但是又共享父进程内存的效果。总而言之,在Linux世界里,线程其实就是进程,进程是Linux内核调度的实体。),创建和销毁都是重量级的系统函数。
2. 线程本身占用较大内存,像Java的线程栈,一般至少分配512K~1M的空间(不显式设置-Xss或-XX:ThreadStackSize时,在Linux x64上ThreadStackSize的默认值就是1024KB,给Java线程创建栈会用这个参数指定的大小。),并发高时,JVM的内存会吃紧。
3. 线程的切换成本高,操作系统线程切换时,需要保留线程的上下文,然后进行系统调用。高并发时,可能会导致线程切换的时间大于线程执行的时间,带来系统load偏高,CPU sy使用率特别高,导致系统陷入几乎不可用状态。
4. 容易造成锯齿状的系统负载。因为系统负载是用活动线程数或CPU核心数,一旦线程数量高但外部网络环境不是很稳定,就很容易造成大量请求的结果同时返回,激活大量阻塞线程从而使系统负载压力过大。