
线程以及线程池
buster2014
没有比人更高的山,没有比脚更长的路...
展开
-
Java线程(6)锁对象Lock-同步问题更完美的处理方式
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185f9.htmlLock是java.util.concurrent.locks包下的接口,Lock 实现提供了比使用synchronized 方法和语句可获得的更广泛的锁定操作,它能以更优雅的方式处理线程同步问题,我们拿Java线程(二)中的一个例子简单的实现一下和sych转载 2015-08-05 23:00:02 · 773 阅读 · 0 评论 -
Java线程-----------线程安全与不安全与线程同步synchronized和volatile
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185ef.html当我们查看JDK API的时候,总会发现一些类说明写着,线程安全或者线程不安全,比如说StringBuilder中,有这么一句,“将StringBuilder 的实例用于多个线程是不安全的。如果需要这样的同步,则建议使用StringBuffer。 ”,那么下面手转载 2015-08-05 22:35:19 · 792 阅读 · 0 评论 -
Java线程(2)线程协作-生产者/消费者模式
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185ej.html上一篇讲述了线程的互斥(同步),但是在很多情况下,仅仅同步是不够的,还需要线程与线程协作(通信),生产者/消费者模式是一个经典的线程同步以及通信的模型。 假设有这样一种情况,有一个盘子,盘子里只能放一个鸡蛋,A线程专门往盘子里放鸡蛋,如果盘子里转载 2015-08-05 22:40:12 · 482 阅读 · 0 评论 -
Java线程(3)Timer和TimerTask
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185ek.htmlTimer和TimerTask可以做为实现线程的第三种方式,前两中方式分别是继承自Thread类和实现Runnable接口。Timer是一种线程设施,用于安排以后在后台线程中执行的任务。可安排任务执行一次,或者定期重复执行,可以看成一个定时器,可以调度Tim转载 2015-08-05 22:44:47 · 475 阅读 · 0 评论 -
Java线程(5)Callable和Future
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185er.html接着上一篇继续并发包的学习,本篇说明的是Callable和Future,它俩很有意思的,一个产生结果,一个拿到结果。Callable接口类似于Runnable,从名字就可以看出来了,但是Runnable不会返回结果,并且无法抛出返回结果的异常,而Callab转载 2015-08-05 22:57:50 · 395 阅读 · 0 评论 -
Java线程(4)线程池
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185el.html自JDK5之后,Java推出了一个并发包,java.util.concurrent,在Java开发中,我们接触到了好多池的技术,String类的对象池、Integer的共享池、连接数据库的连接池、Struts1.3的对象池等等,池的最终目的都是节约资源,以更小的开销转载 2015-08-05 22:54:40 · 499 阅读 · 0 评论 -
Java线程(7)Condition-线程通信更高效的方式
文章来源:http://blog.sina.com.cn/s/blog_6560efc9010185fc.html接近一周没更新《Java线程》专栏了,主要是这周工作上比较忙,生活上也比较忙,呵呵,进入正题,上一篇讲述了并发包下的Lock,Lock可以更好的解决线程同步问题,使之更面向对象,并且ReadWriteLock在处理同步时更强大,那么同样,线程间仅仅互斥是不够的,还需转载 2015-08-05 23:02:45 · 472 阅读 · 0 评论 -
JAVA多线程实现的三种方式
http://blog.youkuaiyun.com/aboy123/article/details/38307539JAVA多线程实现方式主要有三种:继承Thread类、实现Runnable接口、使用ExecutorService、Callable、Future实现有返回结果的多线程。其中前两种方式线程执行完后都没有返回值,只有最后一种是带返回值的。1、继转载 2016-04-04 21:56:37 · 387 阅读 · 0 评论