java同步一段代码 java中同步

java多线程执行一个同步代码块,如果得到锁的线程挂掉,如何唤醒别的线程执行,并得到锁?

我的方案：增加一个守护线程计算线程执行得时间，如果该线程执行超时做唤醒+释放锁

相关问答

Q1: Java如何让一段代码在执行的时候,不被另外一个线程打

同步代码：

public synchronized void print(){

//synchronized 保证这一个方法执行时不被其他线程打断

        System.out.println("Hello !");

    }

    

//=================================或者用synchronized 把代码括起来

String a = " ";

synchronized (a) {

                System.out.println("hello!");

                

 }

 //a是任一个变量，可以说没什么意义，

 //我只写了一句代码，实际上无论有多少代码都可以的

Q2: java中的同步代码块，为什么随便放个对象，就可以锁住代码块呢？什么原理？

synchronized(这里java同步一段代码的对象java同步一段代码你看成一道门) {

这里是一个人进来了，把门反锁了

需要同步操作java同步一段代码的代码

这里是里面的人事情做完了，出去了，门开着其java同步一段代码他人可以进了

}

至于怎么锁的，这是java和jvm的规定和实现细节，作为普通程序员没必要深入那么多。

Q3: java中同步有几种方式啊

1。同步代码块：

synchronized(同一个数据){} 同一个数据：就是N条线程同时访问一个数据。

2。

同步方法：

public synchronized 数据返回类型 方法名(){}

就

是使用 synchronized 来修饰某个方法，则该方法称为同步方法。对于同步方法而言，无需显示指定同步监视器，同步方法的同步监视器是

this

也就是该对象的本身（这里指的对象本身有点含糊，其实就是调用该同步方法的对象）通过使用同步方法，可非常方便的将某类变成线程安全的类，具有如下特征：

1，该类的对象可以被多个线程安全的访问。

2，每个线程调用该对象的任意方法之后，都将得到正确的结果。

3，每个线程调用该对象的任意方法之后，该对象状态依然保持合理状态。

注：synchronized关键字可以修饰方法，也可以修饰代码块，但不能修饰构造器，属性等。

实现同步机制注意以下几点： 安全性高，性能低，在多线程用。性能高，安全性低，在单线程用。

1，不要对线程安全类的所有方法都进行同步，只对那些会改变共享资源方法的进行同步。

2，如果可变类有两种运行环境，当线程环境和多线程环境则应该为该可变类提供两种版本：线程安全版本和线程不安全版本(没有同步方法和同步块)。在单线程中环境中，使用线程不安全版本以保证性能，在多线程中使用线程安全版本.

线程通讯：

为什么要使用线程通讯？

当

使用synchronized

来修饰某个共享资源时(分同步代码块和同步方法两种情况）,当某个线程获得共享资源的锁后就可以执行相应的代码段，直到该线程运行完该代码段后才释放对该

共享资源的锁，让其他线程有机会执行对该共享资源的修改。当某个线程占有某个共享资源的锁时，如果另外一个线程也想获得这把锁运行就需要使用wait()

和notify()/notifyAll()方法来进行线程通讯了。

Java.lang.object 里的三个方法wait() notify() notifyAll()

wait方法导致当前线程等待，直到其他线程调用同步监视器的notify方法或notifyAll方法来唤醒该线程。

wait(mills)方法

都是等待指定时间后自动苏醒，调用wait方法的当前线程会释放该同步监视器的锁定，可以不用notify或notifyAll方法把它唤醒。

notify()

唤醒在同步监视器上等待的单个线程，如果所有线程都在同步监视器上等待，则会选择唤醒其中一个线程，选择是任意性的，只有当前线程放弃对该同步监视器的锁定后，也就是使用wait方法后，才可以执行被唤醒的线程。

notifyAll()方法

唤醒在同步监视器上等待的所有的线程。只用当前线程放弃对该同步监视器的锁定后，才可以执行被唤醒的线程

Q4: java同步是什么意思

一般有两种方法同步方法和同步代码块

假设P1、P2是同一个类的不同对象，这个类中定义了以下几种情况的同步块或同步方法，P1、P2就都可以调用它们。

1．把synchronized当作函数修饰符时，示例代码如下：

PublicsynchronizedvoidmethodAAA()

{

//….

}

这也就是同步方法，那这时synchronized锁定的是哪个对象呢？它锁定的是调用这个同步方法对象。也就是说，当一个对象P1在不同的线程中执行这个同步方法时，它们之间会形成互斥，达到同步的效果。但是这个对象所属的Class所产生的另一对象P2却可以任意调用这个被加了synchronized关键字的方法。

上边的示例代码等同于如下代码：

publicvoidmethodAAA()

{

synchronized(this)//(1)

{

//…..

}

}

(1)处的this指的是什么呢？它指的就是调用这个方法的对象，如P1。可见同步方法实质是将synchronized作用于objectreference。――那个拿到了P1对象锁的线程，才可以调用P1的同步方法，而对P2而言，P1这个锁与它毫不相干，程序也可能在这种情形下摆脱同步机制的控制，造成数据混乱：（

2．同步块，示例代码如下：

publicvoidmethod3(SomeObjectso)

{

synchronized(so)

{

//…..

}

}

这时，锁就是so这个对象，谁拿到这个锁谁就可以运行它所控制的那段代码。当有一个明确的对象作为锁时，就可以这样写程序，但当没有明确的对象作为锁，只是想让一段代码同步时，可以创建一个特殊的instance变量（它得是一个对象）来充当锁：

classFooimplementsRunnable

{

privatebyte[]lock=newbyte[0];//特殊的instance变量

PublicvoidmethodA()

{

synchronized(lock){//…}

}

//…..

}

注：零长度的byte数组对象创建起来将比任何对象都经济――查看编译后的字节码：生成零长度的byte[]对象只需3条操作码，而Objectlock=newObject()则需要7行操作码。

3．将synchronized作用于static函数，示例代码如下：

ClassFoo

{

publicsynchronizedstaticvoidmethodAAA()//同步的static函数

{

//….

}

publicvoidmethodBBB()

{

synchronized(Foo.class)//classliteral(类名称字面常量)

}

}

代码中的methodBBB()方法是把classliteral作为锁的情况，它和同步的static函数产生的效果是一样的，取得的锁很特别，是当前调用这个方法的对象所属的类（Class，而不再是由这个Class产生的某个具体对象了）。

记得在《EffectiveJava》一书中看到过将Foo.class和P1.getClass()用于作同步锁还不一样，不能用P1.getClass()来达到锁这个Class的目的。P1指的是由Foo类产生的对象。

可以推断：如果一个类中定义了一个synchronized的static函数A，也定义了一个synchronized的instance函数B，那么这个类的同一对象Obj在多线程中分别访问A和B两个方法时，不会构成同步，因为它们的锁都不一样。A方法的锁是Obj这个对象，而B的锁是Obj所属的那个Class。

Q5: java中同步方法和同步代码块的颗粒度问题

在Java语言中，每一个对象有一把锁。线程可以使用synchronized关键字来获取对象上的锁。synchronized关键字可应用在方法级别(粗粒度锁)或者是代码块级别(细粒度锁)。

问题的由来：

看到这样一个面试题：

//下列两个方法有什么区别public synchronized void method1(){} public void method2(){ synchronized (obj){}}

synchronized用于解决同步问题，当有多条线程同时访问共享数据时，如果进行同步，就会发生错误，Java提供的解决方案是：只要将操作共享数据的语句在某一时段让一个线程执行完，在执行过程中，其他线程不能进来执行可以。解决这个问题。这里在用synchronized时会有两种方式，一种是上面的同步方法，即用synchronized来修饰方法，另一种是提供的同步代码块。

这里总感觉怪怪的，这两种方法有什么区别呢，基础学得不好，于是就动手做了个简单的测试，代码如下：

public class SynObj { public synchronized void methodA() { System.out.println("methodA....."); try { Thread.sleep(5000); } catch (InterruptedException e) { e.printStackTrace(); } } public void methodB() { synchronized(this) { System.out.pritntln("methodB....."); } } public void methodC() { String str = "sss"; synchronized (str) { System.out.println( "methodC....."); } }}

public class TestSyn { public static void main(String[] args) { final SynObj obj = new SynObj(); Thread t1 = new Thread(new Runnable() { @Override public void run() { obj.methodA(); } }); t1.start(); Thread t2 = new Thread(new Runnable() { @Override public void run() { obj.methodB(); } }); t2.start(); Thread t3 = new Thread(new Runnable() { @Override public void run() { obj.methodC(); } }); t3.start(); }}

这段小代码片段打印结果如下：

methodA.....methodC.....//methodB会隔一段时间才会打印出来methodB.....

这段代码的打印结果是，methodA…..methodC…..会很快打印出来，methodB…..会隔一段时间才打印出来，那么methodB为什么不能像methodC那样很快被调用呢？

在启动线程1调用方法A后，接着会让线程1休眠5秒钟，这时会调用方法C，注意到方法C这里用synchronized进行加锁，这里锁的对象是str这个字符串对象。但是方法B则不同，是用当前对象this进行加锁，注意到方法A直接在方法上加synchronized，这个加锁的对象是什么呢？显然，这两个方法用的是一把锁。

*由这样的结果，我们就知道这样同步方法是用什么加锁的了，由于线程1在休眠，这时锁还没释放，导致线程2只有在5秒之后才能调用方法B，由此，可知两种加锁机制用的是同一个锁对象，即当前对象。

另外，同步方法直接在方法上加synchronized实现加锁，同步代码块则在方法内部加锁，很明显，同步方法锁的范围比较大，而同步代码块范围要小点，一般同步的范围越大，性能就越差，一般需要加锁进行同步的时候，肯定是范围越小越好，这样性能更好*。

关于java同步一段代码和java中同步的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。