新手求教多线程问题

线程的竞争导致这个问题thread1，2，3 去竞争争夺锁的时候并没有竞争过thread0, 因为并没有让thread进行sleep你的sleep 只是在加锁以后的sleep是没有任何作用的。如果的在释放锁以后 sleep ,其他的thread才有可能得到锁
所以说代码改为while (true) {
            synchronized (this) {
                if (tickets > 0) {
                    try {
                        Thread.sleep(10);
                    } catch (Exception e) {
                    }
                    System.out.println(Thread.currentThread().getName() + " is selling ticket"
                            + tickets--);
                }
            }

            try {
                Thread.sleep(10);
            } catch (Exception e) {
            }

四个线程用的是同一个Runnable对象，而且run方法中同步阻塞了，所以就会出现你的这种效果了。把你的sleep改成wait试试看，你应该能够看到你要的效果。

Thread.sleep 不会释放同步锁，而你的Thread.sleep在同步块中，不会释放锁，执行结束后，四个线程去竞争同步锁，其它线程有可能获取，但是他自身获取的几率很大（java线程竞争锁的概率是不是一样的需要研究。）让过想让其它线程获取锁，使用wait（）等同步方法吧。

sleep执行结束后，四个线程竞争同步锁，自己获取的几率大。
你的这个说法是错误的。sleep不会释放锁，所以不存在你说的竞争的问题，该线程将会一直持有锁，直到释放锁为止。

sleep执行结束后，四个线程竞争同步锁，自己获取的几率大。
你的这个说法是错误的。sleep不会释放锁，所以不存在你说的竞争的问题，该线程将会一直持有锁，直到释放锁为止。结果不一定是只有一个线程被执行，也许是2个，也可能是3个。
在我自己的i7机器上运行，只有1个线程打出结果了，但在同学的i3机器上跑了下，就会出现2,3个线程打出结果的情况。
还发现，如果更改Thread.sleep(1)的话，即使是i3的机器也只有1个线程打印出结果。这个是什么原因呢？

sleep执行结束后，四个线程竞争同步锁，自己获取的几率大。
你的这个说法是错误的。sleep不会释放锁，所以不存在你说的竞争的问题，该线程将会一直持有锁，直到释放锁为止。
while (true) {
    synchronized (this) { //  竞争锁，获得以后，加锁，进入同步块
        if (tickets > 0) {
            try {
                Thread.sleep(100);
            } catch (Exception e) {
            }
            System.out.println(Thread.currentThread().getName()
                    + " is selling ticket" + tickets--);
        }
    } // 结束同步块，释放锁，让其他线程又机会获得锁（线程1的同步块执行结束，其他线程都去竞争锁）
}我同意sleep和锁没啥关系，但是同步块是放在while下面的，所以，下一次while的时候，其他线程就有机会去竞争锁！
所以理论上是不会只有1个线程输出结果的，但是为什么在i7机器（或者调小sleep的时间）会很高的概率出现只有1个线程输出结果，这个我同意4楼，java一定有什么自己争夺锁的内部逻辑吧。

sleep执行结束后，四个线程竞争同步锁，自己获取的几率大。
你的这个说法是错误的。sleep不会释放锁，所以不存在你说的竞争的问题，该线程将会一直持有锁，直到释放锁为止。while循环的间隙会去竞争锁吧？

sleep执行结束后，四个线程竞争同步锁，自己获取的几率大。
你的这个说法是错误的。sleep不会释放锁，所以不存在你说的竞争的问题，该线程将会一直持有锁，直到释放锁为止。while循环的间隙会去竞争锁吧？不好意思，你说的对，我没有注意到他把锁放在while循环内部了。

顺便问下一个多进程第一个进程结束后没有用wait挂起，会不会继续执行第一个进程而不转到下一个进程执行呢

多线程的执行顺序不一定是随机的。就是在低版本JDk的random一样，在获取大量随机数后，发现其分布竟然是不均匀的，后来，修改了这一个BUG，高版本JDK的随机数才真正意义上是公平的！

你就运行一次吧多运行几次因为你ticket才100随机性很大代码是没有错的确实是4线程在执行但是很可能在一个线程抢到执行权后别的线程还没抢到执行权就把ticket卖光了。
你可以吧ticket重置多点或者多运行几遍

sleep执行结束后，四个线程竞争同步锁，自己获取的几率大。
你的这个说法是错误的。sleep不会释放锁，所以不存在你说的竞争的问题，该线程将会一直持有锁，直到释放锁为止。结果不一定是只有一个线程被执行，也许是2个，也可能是3个。
在我自己的i7机器上运行，只有1个线程打出结果了，但在同学的i3机器上跑了下，就会出现2,3个线程打出结果的情况。
还发现，如果更改Thread.sleep(1)的话，即使是i3的机器也只有1个线程打印出结果。这个是什么原因呢？可能是休眠时间问题，

因为共用一个RUnnable对象，实际上执行的是一个runnable对象的方法.

调试易

新手求教多线程问题

解决方案 »

新手求教 多线程问题

解决方案 »

新手求教多线程问题