并发编程学习笔记8

在线程中执行任务
在组织一个有关线程的程序的时候，第一步就是需要清晰的划分出任务的边界。在理想状况下，任务应该是相互独立的活动：任务不依赖于状态，其他任务的结果，或者受其他任务的影响。独立可以是并发更容易，而且可以并行执行，只要有足够的资源。

Server Application往往都希望有很好的吞吐量和高的响应性。当一个程序在负载过重的情况下，是变为不可用，还是有其他行为，这些都是任务执行策略需要考虑的问题。

大部分的程序都提供了一个很自然的任务界限：每个单独的客户端请求。

顺序执行任务

class SingleThreadWebServer {
    public static void main(String[] args) throws IOException {
        ServerSocket socket = new ServerSocket(80);
        while (true) {
            Socket connection = socket.accept();
            handleRequest(connection);
        }
    }
}

上面这段代码就是一个顺序执行的例子。这种模型，在任务简单的情况下，是比较好的方式，减小了编程复杂性，便于理解。但是性能很差.由于单线程运行，如果负载一旦上去了，而且，有阻塞发生，则后续请求都会被阻塞。
为每个请求创建新线程

class ThreadPerTaskWebServer {
    public static void main(String[] args) throws IOException {
        ServerSocket socket = new ServerSocket(80);
        while (true) {
            final  Socket connection = socket.accept();
            Runnable task = new Runnable() {
                    public void run() {
                        handleRequest(connection);
                    }
                };
            new Thread(task).start();
        }
    }
}

以上的代码为每次请求创建新线程。这样，并发量会支持的更高。但是问题也随之而来。

• 线程的生命周期消耗,创建和销毁线程都需要消耗资源
• 资源的消耗，活动的线程会占用系统资源，尤其是内存资源。而内存资源的占用，又会带来垃圾收集器的消耗。如果n个线程已经时机器不堪重负，那么再增加新的线程，只会是情况更糟
• 稳定性，线程的创建是有限制的，有OS的限制和JVM的限制，如果超过限制，则会发生不可预测的事情，而想从这些事件中恢复则比较困难，比如发生OOM问题。所以不要让你的程序触及限制值。

在一个适度的程度上，创建线程可以增加吞吐量，但是一旦超过那个限制，则会减慢程序的执行，如果创建大量的线程，则会有程序崩溃的危险。所以对多线程的程序，测试必须完善。