多线程六：Lock锁和线程池

Lock锁

从JDK 5.0开始，Java提供了更强大的线程同步机制——通过显式定义同步锁对

象来实现同步。同步锁使用Lock对象充当。

java.util.concurrent.Iocks.L ock接口是控制多个线程对共享资源进行访问的工具。

锁提供了对共享资源的独占访问，每次只能有一个线程对L ock对象加锁，线程开始访问共享资源之前应先获得l ock对象

ReentrantL ock类实现了Lock，它拥有与synchronized相同的并发性和内存语

义，在实现线程安全的控制中，比较常用的是ReentrantL ock,可以显式加锁、释

放锁。

class A{

          private final Reentrantl ock lock = new ReenTrantL ock();

          public void m(){

                   lock.lock();

                   try{

                         //保证线程安全的代码;

                   }

                   finally{

                             lock.unlock();

                             //如果同步代码有异常，要将unlock()写 入finally语句块

                   }

         }

}

synchronized与Lock的对比：

Lock是显式锁(手动开启和关闭锁，别忘记关闭锁) synchronized是隐式锁， 出了作用域自动释放

Lock只有代码块锁，synchronized有代码块锁和方法锁

使用Lock锁，JVM将花费较少的时间来调度线程，性能更好。并且具有更好的扩展性(提供更多的子类)

优先使用顺序:

Lock >同步代码块(已经进入了方法体，分配了相应资源) >同步方法(在方法体之外)

线程池

背景:经常创建和销毁、使用量特别大的资源，比如并发情况下的线程，对性能影响很大。

思路:提前创建好多个线程，放入线程池中，使用时直接获取，使用完放回池中。可以避免频繁创建销毁、实现重复利用。类似生活中的公共交通工具。

好处:

提高响应速度(减少了创建新线程的时间)

降低资源消耗(重复利用线程池中线程，不需要每次都创建)

便于线程管理(....)

corePoolSize:核心池的大小

maximumPoolSize: 最大线程数

keepAlive Time :线程没有任务时最多保持多长时间后会终止

JDK 5.0起提供了线程池相关API: ExecutorService 和Executors

ExecutorService:真正的线程池接口。常见子类ThreadPoolExecutor

void execute(Runnable command) :执行任务/命令，没有返回值，一般用来执行Runnable

<T> Future<T> submit(Callable<T> task):执行任务，有返回值，一般又来执行

Callable

void shutdown() :关闭连接池

Executors:工具类、线程池的工厂类，用于创建并返回不同类型的线程池

//测试线程池

public static void main(String[] args) {

         //1.创建服务,创建线程池

         //newFixedThreadPool参数为:线程池大小

         ExecutorService service = Executors . newFixedThreadPool ( nThreads: 10) ;

         //执行

         service.execute (new MyThread()) ;

         service. execute (new MyThread());

         service. execute (new MyThread()) ;

         service .execute(new MyThread()) ;

         //2.关闭链接

         service. shutdown() ;

}

class MyThread implements Runnable{

         @override

         public void run() {

                  System. out . println(Thread. currentThread() .getName()) ;

         }

}