黑马程序员技术交流社区

标题: java线程同步于锁的问题 [打印本页]

作者: 黄敏 时间: 2012-8-9 14:38
标题: java线程同步于锁的问题
今天看了毕老师的java多线程教程，遇到一个问题就是想不明白了求教！
问题：  synchronized() 同步这个（）理必须有对象，毕老师也说什么对线都行随便写，这个对象就起到锁的功能，1，是谁给了这个对象锁的功能呢？
2,这个对象是怎么判断一个线程进来了就改变这个对象标示位了？
3，一个线程走完同步代码块，又是怎么把标示位改变回去了呢？这其中是谁再操作这个对象了呢？

看底下的代码，帮忙解释清楚，现在还晕着呢

class Ticket implements Runnable
{
private  int tick = 1000;
Object obj = new Object();
public void run()
{
while(true)
{
synchronized(obj)
{
if(tick>0)
{
//try{Thread.sleep(10);}catch(Exception e){}
System.out.println(Thread.currentThread().getName()+"....sale : "+ tick--);
}
}
}
}
}

class  TicketDemo2
{
public static void main(String[] args)
{

Ticket t = new Ticket();

Thread t1 = new Thread(t);
Thread t2 = new Thread(t);
Thread t3 = new Thread(t);
Thread t4 = new Thread(t);
t1.start();
t2.start();
t3.start();
t4.start();

}
}

作者: 黄敏 时间: 2012-8-9 14:48
这个问题没人能解决吗？

作者: 张_涛 时间: 2012-8-9 14:53
速来回答，有分奖！

作者: pphdsny3 时间: 2012-8-9 15:03
这是java虚拟机的运行机制，也是java这门语言的规则：
1. synchronized(obj)，其中的obj对象有锁的功能，这是java语言在有创建synchronized()的时候就给了它这个用法。
2、3.我认为答案都是JVM在其中处理它们。
其实这块没必要那么深究它们，这些都是java语言的运行机制，是创建java语言的人就是这样定义，我们知道用就行了。
纯属个人理解，看看！

作者: 黄敏 时间: 2012-8-9 15:08

黑马王鹏发表于 2012-8-9 15:03
这是java虚拟机的运行机制，也是java这门语言的规则：
1. synchronized(obj)，其中的obj对象有锁的功能， ...

我感觉不是，应该是一个类中有这个方法做这个判断吧，创建对线调用方法最判断吧

作者: pphdsny3 时间: 2012-8-9 15:13

黑马王鹏发表于 2012-8-9 15:03
这是java虚拟机的运行机制，也是java这门语言的规则：
1. synchronized(obj)，其中的obj对象有锁的功能， ...

其实，第2、3个问题，JVM要实现它们也很简单，我想到的方法就是给他们一个全局的变量flag作为标识符不就可以了么，当有线程的进来了执行资源就改变flag为true,别的线程判断flag为true时就等呗，当线程执行完成了就改变flag为false，让别的线程去执行资源。
JVM也应该是用类似的方法去实现synchronized()上锁的功能。
这已经到了计算机底层的东西了，你还想深究的话，也可以自己去做实验呀！

作者: 黄敏 时间: 2012-8-9 15:17

黑马王鹏发表于 2012-8-9 15:13
其实，第2、3个问题，JVM要实现它们也很简单，我想到的方法就是给他们一个全局的变量flag作为标识符不就 ...

呵呵，好主意，谢了

作者: 绽弧 时间: 2012-8-9 15:18
{:soso_e194:}求解，求真相，{:soso_e194:}
1，是谁给了这个对象锁的功能？
2,这个对象是怎么判断一个线程进来了就改变这个对象标示位了？
3，一个线程走完同步代码块，又是怎么把标示位改变回去了呢？这其中是谁再操作这个对象了？

作者: 张雪磊 时间: 2012-8-9 15:52
本帖最后由张雪磊于 2012-8-9 16:28 编辑

我找到了Synchronized和Lock的底层实现方法，但是复制不过来，你们去看看吧http://wenku.baidu.com/view/41480552f01dc281e53af090.html

作者: 杜鹏云 时间: 2012-8-9 17:56
所有对象都自动含有单一的锁。
JVM负责跟踪对象被加锁的次数。如果一个对象被解锁，其计数变为0。在任务（线程）第一次给对象加锁的时候，计数变为1。每当这个相同的任务（线程）在此对象上获得锁时，计数会递增。
只有首先获得锁的任务（线程）才能继续获取该对象上的多个锁。
每当任务离开一个synchronized方法，计数递减，当计数为0的时候，锁被完全释放，此时别的任务就可以使用此资源。
当使用同步块时，如果方法下的同步块都同步到一个对象上的锁，则所有的任务（线程）只能互斥的进入这些同步块。
Lock 的锁是通过代码实现的，而 synchronized 是在 JVM 层面上实现的
synchronized 在锁定时如果方法块抛出异常，JVM 会自动将锁释放掉，不会因为出了异常没有释放锁造成线程死锁。但是 Lock 的话就享受不到 JVM 带来自动的功能，出现异常时必须在 finally 将锁释放掉，否则将会引起死锁。

在资源竞争不是很激烈的情况下，偶尔会有同步的情形下，synchronized是很合适的。原因在于，编译程序通常会尽可能的进行优化synchronize，另外可读性非常好，不管用没用过5.0多线程包的程序员都能理解。

ReentrantLock:
ReentrantLock提供了多样化的同步，比如有时间限制的同步，可以被Interrupt的同步（synchronized的同步是不能Interrupt的）等。在资源竞争不激烈的情形下，性能稍微比synchronized差点点。但是当同步非常激烈的时候，synchronized的性能一下子能下降好几十倍。而ReentrantLock确还能维持常态。

Atomic:
和上面的类似，不激烈情况下，性能比synchronized略逊，而激烈的时候，也能维持常态。激烈的时候，Atomic的性能会优于ReentrantLock一倍左右。但是其有一个缺点，就是只能同步一个值，一段代码中只能出现一个Atomic的变量，多于一个同步无效。因为他不能在多个Atomic之间同步。

作者: 黄敏 时间: 2012-8-9 18:36
问题已解决

欢迎光临黑马程序员技术交流社区 (http://bbs.itheima.com/)

黑马程序员IT技术论坛 X3.2