JAVA基本知识（3）

JAVA基本知识（3）

1. CountDownLatch、CyclicBarrier、Semaphore与Future
CountDownLatch和CyclicBarrier都是java.util.concurrent包下面的多线程工具类。两者最大的区别是，进行下一步动作的动作实施者是不一样的。这里的“动作实施者”有两种，一种是主线程（即执行main函数），另一种是执行任务的其他线程，后面叫这种线程为“其他线程”，区分于主线程。对于CountDownLatch，当计数为0的时候，下一步的动作实施者是main函数；对于CyclicBarrier，下一步动作实施者是“其他线程”。
总结：CountDownLatch和CyclicBarrier都有让多个线程等待同步然后再开始下一步动作的意思，但是CountDownLatch的下一步的动作实施者是主线程，具有不可重复性；而CyclicBarrier的下一步动作实施者还是“其他线程”本身，具有往复多次实施动作的特点。
原文链接

Semaphore:限制线程并发的数量

Future:Future对象本身可以看作是一个显式的引用，一个对异步处理结果的引用。由于其异步性质，在创建之初，它所引用的对象可能还并不可用（比如尚在运算中，网络传输中或等待中）。这时，得到Future的程序流程如果并不急于使用Future所引用的对象，那么它可以做其它任何想做的事儿，当流程进行到需要Future背后引用的对象时，可能有两种情况：1希望能看到这个对象可用，并完成一些相关的后续流程。如果实在不可用，也可以进入其它分支流程。2“没有你我的人生就会失去意义，所以就算海枯石烂，我也要等到你。”（当然，如果实在没有毅力枯等下去，设一个超时也是可以理解的）对于前一种情况，可以通过调用Future.isDone()判断引用的对象是否就绪，并采取不同的处理；而后一种情况则只需调用get()或
get(long timeout, TimeUnit unit)通过同步阻塞方式等待对象就绪。实际运行期是阻塞还是立即返回就取决于get()的调用时机和对象就绪的先后了。简单而言，Future模式可以在连续流程中满足数据驱动的并发需求，既获得了并发执行的性能提升，又不失连续流程的简洁优雅。但是Futrue模式有个重大缺陷：当消费者工作得不够快的时候，它会阻塞住生产者线程，从而可能导致系统吞吐量的下降。所以不建议在高性能的服务端使用。
原文链接

2. history对象属性及方法
history 对象的属性主要是 length，该属性用于返回浏览器历史列表中的 URL 数量。
方法：(打开浏览器，访问淘宝，再访问百度，再访问京东)
back():　　加载history列表中的前一个URL(此时在京东页面中 执行history.back()跳转到百度页面)
forward():　　加载histroy列表中的下一个URL(此时在百度页面中 执行history.forward()跳转到京东页面)
go():　　加载history列表中的某个具体页面(go(参数) 参数可填负数，正数 。 负数往后跳转，正数往前跳转)
原文链接