only06的博客

尽管线程是比较的神秘且具有一定的不可控性，但我们依然可以尽可能地对其进行管理和“控制”运用CountDownLatch、CyclicBarrier、Semaphore等 在很大程度上可以帮我们对线程的一些执行顺序等进行管理线程等待的另一种形式：java线程中除了使用 Object的wait()与notify()等来进行等待与唤醒外，CountDownLatch在一定程度上能够更方便

一、suspend、resume、stop  （过期的暂停、恢复、结束）线程得益于它的run方法，在其中不断地循环来达到预期的目的，而很多时候，经常需要对这略过机械化的“小东西 ”进行一些控制。在线程Thread方法中，原先存在着很方便、很人性化的控制，让其可以乖乖 暂停、恢复、结束，不过是一句话的事而已。如下：import java.text.DateFormat;impo

一、等待/通知机制 在线程交互中经常需要对其进行一些控制，希望人为地能够让线程按理想路线发展，在满足某条件时进行执行操作而发生变化时，停止等待。1、 使用sleep 在 if ( ) { } else { }  中使用sleep 对线程进行停止等待一段时间。   弊端：正常情况下 无法客观预知需要等待的时间，在刻意睡眠一段时间后 很可能发现 依旧不适合由此线程执行之后的操作，或者睡眠过

超时等待模式在一般的等待/通知机制上添加超时控制，使得方法执行时间过长也不会一直造成阻塞，而是在一段时间后返回。通常java连接数据库时会将其执行过程交由一个线程进行处理，使得在一些I/O操作或需要一定时间运行的行为在后台运行而客户端能立刻对当前的动作做出下一个反应。例如客户端的文件下载上传等往往另开一个线程，而主程序继续监听将要发生的动作，在与数据库交互时，每个用户获得一个专属的线程对其需要

本示例旨于介绍利用线程池去处理相应的频繁工作（以预先分配的一定量固定线程服务于不断添加的工作需求，减少因反复创建、消亡线程造成的系统资源浪费）工作者线程worker：用于向任务队列申请调取任务，对其进行工作处理、执行相应的操作（线程同步）任务线程Job：具体任务类，具有自己的处理步骤，交由工作者进行调用线程池ThreadPool： 生成一定量的工作者线程 及拥有一个Job任务队列存放待