大家好，今天小编关注到一个比较有意思的话题，就是关于j***a中常用的锁的问题，于是小编就整理了3个相关介绍j***a中常用的锁的解答，让我们一起看看吧。
j***a中多线程常见的几个参数？
j***a中多线程常见的几个参数：
sleep：在指定的毫秒数内让当前正在执行的线程休眠（暂停执行）.
该线程不丢失任何监视器的所属权。
调用sleep的时候锁并没有被释放。
休眠
J***a SE5引入了更加显示的sleep()作为TimeUnit类的一部分，这个方法允许你指定sleep()延迟的时间单元，因此可以提供更好的可阅读性。
wait：调用wait使线程挂起，直到线程得到了notify或notifyAll消息，线程才会进入就绪状态。
使你可以等待某个条件发生变化，而改变这个条件超出了当前方法的控制能力。
线程的执行被挂起，对象上的锁被释放。意味着另一个任务可以获得这个锁。
分布式锁是什么？
分布式锁是目前J***a web开发过程中常见的一个情况，接下来，我从场景以及如何实现两个维度来分析。
使用场景
当你的后端服务是以集群形式存在的时候，是一定需要分布式锁的。集群与分布式不同，而这里的分布式与分布式锁也不是同一回事儿。集群可以指多台服务器实现了同样的需求，比如有三台Tomcat，都负责查询模块；而分布式指多台服务器各自不同的功能点，多台功能的整合对外是一个完整的服务，比如一台Tomcat负责查询，一台负责下单。
公平锁与非公平锁的区别？
锁是在多线程编程中的一种常用同步机制，它们的区别主要体现在获取锁的方式上。
公平锁
公平锁是指多个线程按照请求锁的顺序获取锁，即先到先得的原则。在公平锁中，如果有多个线程等待获取锁，那么锁会依次分配给等待时间最长的线程，这样可以避免线程饥饿的情况。公平锁的实现比较复杂，需要维护一个线程等待队列，因此性能会比较低。
非公平锁
非公平锁是指多个线程按照竞争获取锁的顺序获取锁，即先到不一定先得的原则。在非公平锁中，如果有多个线程等待获取锁，那么锁可能会直接分配给等待时间较短的线程，这样可能会导致一些线程一直无法获取锁，出现线程饥饿的情况。非公平锁的实现比较简单，不需要维护一个线程等待队列，因此性能会比较高。
公平锁：每个线程获取锁的顺序是按照线程访问锁的先后顺序获取的，最前面的线程总是最先获取到锁。
非公平锁：每个线程获取锁的顺序是随机的，并不会遵循先来先得的规则，所有线程会竞争获取锁。
举个例子，公平锁就像开车经过收费站一样，所有的车都会排队等待通过，先来的车先通过，
公平锁和非公平锁是指在多线程环境下，锁的获取方式的不同。
公平锁是指多个线程按照申请锁的顺序来获取锁，即先申请锁的线程先获得锁，后申请的线程会在队列中等待，等待前面的线程释放锁后再去竞争锁。公平锁的实现需要一个有序队列来维护申请锁的线程，因此开销较大，但是能够保证锁的分配公平。
非公平锁则是多个线程通过竞争来获取锁，不考虑申请锁的顺序，即先申请锁的线程不一定先获得锁。非公平锁的实现开销较小，但是可能会导致某些线程长时间等待获取锁，从而影响程序的性能。
总的来说，公平锁保证了锁的分配公平，但是开销较大，而非公平锁开销较小，但是可能会导致某些线程长时间等待获取锁。在实际应用中，需要根据具体情况来选择使用哪种锁。
到此，以上就是小编对于j***a中常用的锁的问题就介绍到这了，希望介绍关于j***a中常用的锁的3点解答对大家有用。
