Java多线程之为什么

在阅读本章节的基础为知道线程、进程为何物，以及他们的区别，不理解的小伙伴可以先百度谷歌之

1、为什么要用多线程

用多线程只有一个目的，那就是更好的利用cpu的资源，现代硬件的发展速度已经足以大大满足软件的需要，这里列举一下当前最大的两个服务器供应商的数据（Linux）

Intel X86：最大CPU数: 32(包括逻辑CPU)

AMD 64/EM64T：最大CPU数: 64.

单个服务器都有这么多的CPU可以同时处理数据，那么我还有什么理由用单线程来处理日趋繁杂的事务？更何况还有服务器集群呢？

2、为什么要引入多线程同步锁的概念？

俗话说：人多口杂，人多力量大的同时也会因为没有秩序而出乱子，在追求高效的同时也会给我们的数据精准性带来“意想不到”的惊喜，说错了，应该说是“惊”

打个比方，我们进行银行转账的操作，比如我有1000块钱，如果我想给2个人转账，每个人转600，如果不用同步锁的话，我给A转账，当这个操作没执行完的时候，我银行卡里面的钱是不是还没变，这个时间点如果我再给其他人转账，程序是不是还会判断到我卡里面的钱足够给B转账？那么是不是凭空多出200块？如果是这样，银行岂不是要亏死？

3、为什么多线程会出现死锁

我们使用了同步锁的同时又带来了一个问题：死锁，可以用八个字解释：得陇望蜀和得蜀望陇，两个人都拿捏了对方想要的锁

打个比方：去银行柜台里面办理业务，是不是需要银行卡和身份证，如果A持有银行卡，B持有身份证，他们都在互相等对方把银行卡或者身份证给对方，如果两方都不让步，这个业务是不是永远也办理不了？

如果我们想避免这种情况发生，则需要打断这种所谓的“平衡”，Java肯定也考虑到了这一点：

1）、使用Lock锁

lock()：若lock被thread A取得，thread B会进入block狀態，直到取得lock；

tryLock()：若当下不能取得lock，thread就会放弃，可以设置一个超时时间参数，等待多久获取不到锁就放弃；

lockInterruptibly()：跟lock()情況一下，但是thread B可以通过interrupt被唤醒处理InterruptedException异常。

接下来的事情就是unLock以防死锁囖；

2）、尽量锁住一个对象，如果必须要锁住多个对象，尽量根据一定规则给一个锁定的顺序，比如根据对象hashcode大小来锁定，如：

if( ThreadResource.resource1.hashCode() > ThreadResource.resource2.hashCode() )

            {

                //先锁定resource1

                synchronized (ThreadResource.resource1)

                Thread.sleep(11111)//休眠一段时间再锁定下一个资源

                 synchronized (ThreadResource.resource2)

else{

                 //先锁定resource2

                synchronized (ThreadResource.resource2)

                Thread.sleep(11111)//休眠一段时间再锁定下一个资源

                 synchronized (ThreadResource.resource1)

}

以上概叙我都敲了demo，需要的朋友可以加下群

有需要资料的可以加群：1023705513