「java范围锁」java锁的类型

今天给各位分享java范围锁的知识，其中也会对java锁的类型进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、经常会听到Java锁这个词，但给自己的感觉很朦胧，有办法清楚的了解它吗？大虾们给个建议！！！
• 2、java中文件加锁机制是怎么实现的。
• 3、java锁有哪些类
• 4、java中的锁有哪几种
• 5、Java当中有哪几种锁

经常会听到Java锁这个词，但给自己的感觉很朦胧，有办法清楚的了解它吗？大虾们给个建议！！！

java锁机制Synchronized

打个比方：一个object就像一个大房子，大门永远打开。房子里有很多房间（也就是方法）。这些房间有上锁的（synchronized方法）， 和不上锁之分（普通方法）。房门口放着一把钥匙（key），这把钥匙可以打开所有上锁的房间。另外我把所有想调用该对象方法的线程比喻成想进入这房子某个 房间的人。所有的东西就这么多了，下面我们看看这些东西之间如何作用的。

在此我们先来明确一下我们的前提条件。该对象至少有一个synchronized方法，否则这个key还有啥意义。当然也就不会有我们的这个主题了。

一个人想进入某间上了锁的房间，他来到房子门口，看见钥匙在那儿（说明暂时还没有其他人要使用上锁的房间）。于是他走上去拿到了钥匙，并且按照自己 的计划使用那些房间。注意一点，他每次使用完一次上锁的房间后会马上把钥匙还回去。即使他要连续使用两间上锁的房间，中间他也要把钥匙还回去，再取回来。

因此，普通情况下钥匙的使用原则是：“随用随借，用完即还。”

这时其他人可以不受限制的使用那些不上锁的房间，一个人用一间可以，两个人用一间也可以，没限制。但是如果当某个人想要进入上锁的房间，他就要跑到大门口去看看了。有钥匙当然拿了就走，没有的话，就只能等了。

要是很多人在等这把钥匙，等钥匙还回来以后，谁会优先得到钥匙？Not guaranteed。象前面例子里那个想连续使用两个上锁房间的家伙，他中间还钥匙的时候如果还有其他人在等钥匙，那么没有任何保证这家伙能再次拿到。 （JAVA规范在很多地方都明确说明不保证，象Thread.sleep()休息后多久会返回运行，相同优先权的线程那个首先被执行，当要访问对象的锁被 释放后处于等待池的多个线程哪个会优先得到，等等。我想最终的决定权是在JVM，之所以不保证，就是因为JVM在做出上述决定的时候，绝不是简简单单根据 一个条件来做出判断，而是根据很多条。而由于判断条件太多，如果说出来可能会影响JAVA的推广，也可能是因为知识产权保护的原因吧。SUN给了个不保证 就混过去了。无可厚非。但我相信这些不确定，并非完全不确定。因为计算机这东西本身就是按指令运行的。即使看起来很随机的现象，其实都是有规律可寻。学过 计算机的都知道，计算机里随机数的学名是伪随机数，是人运用一定的方法写出来的，看上去随机罢了。另外，或许是因为要想弄的确定太费事，也没多大意义，所 以不确定就不确定了吧。）

1、synchronized关键字的作用域有二种：

1）是某个对象实例内，synchronized aMethod(){}可以防止多个线程同时访问这个对象的synchronized方法（如果一个对象有多个synchronized方法，只要一个线程访问了其中的一个synchronized方法，其它线程不能同时访问这个对象中任何一个synchronized方法）。这时，不同的对象实例的synchronized方法是不相干扰的。也就是说，其它线程照样可以同时访问相同类的另一个对象实例中的synchronized方法；

2）是某个类的范围，synchronized static aStaticMethod{}防止多个线程同时访问这个类中的synchronized static 方法。它可以对类的所有对象实例起作用。

2、除了方法前用synchronized关键字，synchronized关键字还可以用于方法中的某个区块中，表示只对这个区块的资源实行互斥访问。用法是: synchronized(this){/*区块*/}，它的作用域是当前对象；

3、synchronized关键字是不能继承的，也就是说，基类的方法synchronized f(){} 在继承类中并不自动是synchronized f(){}，而是变成了f(){}。继承类需要你显式的指定它的某个方法为synchronized方法；

synchronized的一个简单例子

public class TextThread

{

/**

* @param args

*/

public static void main(String[] args)

{

// TODO 自动生成方法存根

TxtThread tt = new TxtThread();

new Thread(tt).start();

new Thread(tt).start();

new Thread(tt).start();

new Thread(tt).start();

}

}

class TxtThread implements Runnable

{

int num = 100;

String str = new String();

public void run()

{

while (true)

{

synchronized(str)

{

if (num0)

{

try

{

Thread.sleep(10);

}

catch(Exception e)

{

e.getMessage();

}

System.out.println(Thread.currentThread().getName()+ "this is "+ num--);

}

}

}

}

}

上面的例子中为了制造一个时间差,也就是出错的机会,使用了Thread.sleep(10)

总的说来，synchronized关键字可以作为函数的修饰符，也可作为函数内的语句，也就是平时说的同步方法和同步语句块。如果再细的分类，synchronized可作用于instance变量、object reference（对象引用）、static函数和class literals(类名称字面常量)身上。

java中文件加锁机制是怎么实现的。

Java中文件加锁机制如下：

在对文件操作过程中，有时候需要对文件进行加锁操作，防止其他线程访问该文件。对文件的加锁方法有两种：

第一种方法：使用RandomAccessFile类操作文件。

在java.io.RandomAccessFile类的open方法，提供了参数实现独占的方式打开文件：

RandomAccessFile raf = new RandomAccessFile(file, "rws");

其中的“rws”参数，rw代表读取和写入，s代表了同步方式，也就是同步锁。这种方式打开的文件，就是独占方式的。

第二种方法：使用sun.nio.FileChannel对文件进行加锁。

代码：

RandomAccessFile raf = new RandomAccessFile("file.txt", "rw");

FileChannel fc = raf.getChannel();

FileLock fl = fc.tryLock();

if(fl.isValid())

System.out.println("You have got the file lock.");

以上是通过RandomAccessFile来获得文件锁的，方法如下：

代码：

FileOutputStream fos = new FileOutputStream("file.txt");

FileChannel fc = fos.getChannel(); //获取FileChannel对象

FileLock fl = fc.tryLock(); //or fc.lock();

if(null != fl)

System.out.println("You have got file lock.");

//TODO write content to file

//TODO write end, should release this lock

fl.release(); //释放文件锁

fos.close; //关闭文件写操作

如果在读文件操作的时候，对文件进行加锁，操作过程如下：

FileChannel也可以从FileInputStream中直接获得，但是这种直接获得FileChannel的对象直接去操作FileLock会报异常NonWritableChannelException，需要自己去实现getChannel方法，代码如下：

private static FileChannel getChannel(FileInputStream fin, FileDescriptor fd) {

FileChannel channel = null;

synchronized(fin){

channel = FileChannelImpl.open(fd, true, true, fin);

return channel;

}

}

其实，看FileInputStream时，发现getChannel方法与我们写的代码只有一个地方不同，即open方法的第三个参数不同，如果设置为false，就不能锁住文件了。缺省的getChannel方法，就是false，因此，不能锁住文件。

java锁有哪些类

公平锁/非公平锁

可重入锁

独享锁/共享锁

互斥锁/读写锁

乐观锁/悲观锁

分段锁

偏向锁/轻量级锁/重量级锁

自旋锁

java中的锁有哪几种

lock比synchronized比较如下：

1) 支持公平锁，某些场景下需要获得锁的时间与申请锁的时间相一致，但是synchronized做不到

2) 支持中断处理，就是说那些持有锁的线程一直不释放，正在等待的线程可以放弃等待。如果不支持中断处理，那么线程可能一直无限制的等待下去，就算那些正在占用资源的线程死锁了，正在等待的那些资源还是会继续等待，但是ReentrantLock可以选择放弃等待

3) condition和lock配合使用，以获得最大的性能

JAVA中锁使用的几点建议：

1.如果没有特殊的需求，建议使用synchronized，因为操作简单，便捷，不需要额外进行锁的释放。鉴于JDK1.8中的ConcurrentHashMap也使用了CAS+synchronized的方式替换了老版本中使用分段锁（ReentrantLock）的方式，可以得知，JVM中对synchronized的性能做了比较好的优化。

2.如果代码中有特殊的需求，建议使用Lock。例如并发量比较高，且有些操作比较耗时，则可以使用支持中断的所获取方式；如果对于锁的获取，讲究先来后到的顺序则可以使用公平锁；另外对于多个变量的锁保护可以通过lock中提供的condition对象来和lock配合使用，获取最大的性能。

Java当中有哪几种锁

语法层面还是语言层面？

语法层面有synchronized和lock，语言层面的看看这个了解个大概网页链接

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