此类的构造方法接受一个可选的公平 参数。当设置为 true 时，在多个线程的争用下，这些锁倾向于将访问权授予等待时间最长的线程。否则此锁将无法保证任何特定访问顺序。与采用默认设置（使用不公平锁）相比，使用公平锁的程序在许多线程访问时表现为很低的总体吞吐量（即速度很慢，常常极其慢），但是在获得锁和保证锁分配的均衡性时差异较小。不过要注意的是，公平锁不能保证线程调度的公平性。因此，使用公平锁的众多线程中的一员可能获得多倍的成功机会，这种情况发生在其他活动线程没有被处理并且目前并未持有锁时。还要注意的是，未定时的 tryLock 方法并没有使用公平设置。因为即使其他线程正在等待，只要该锁是可用的，此方法就可以获得成功。
这段话是java.util.concurrent.locks.ReentrantLock中的介绍, 其中对于公平锁的介绍我很不理解.
为什么"公平锁不能保证线程调度的公平性", 是因为不同线程对于锁的占用时间不同, 导致对于短作业的线程不利吗?
"使用公平锁的众多线程中的一员可能获得多倍的成功机会"这句话是什么意思
如果加上线程调度机制这个因素，就不难理解..
公平锁也要看对象是不是是第一次得到所，还有重入锁的概念
第二点。。线程里有个"让步"，但是也只是发出个信号。是否处理还看调度机制心情，同理，即使是公平锁是否成功也看调度机制
调度线程是操作系统控制的，而不是锁控制的，锁只能保证把锁给等待时间最长的线程，但如果操作系统没有调度这个线程也没用了。