信号量公平参数不遵循先进先出

Semaphore fairness parameter not following first-in-first-out

我正在开发一个简单的信号量程序,在该程序中我正在初始化一个计数为 4 的信号量并启动 6 个线程。 在 运行 方法中,我正在获取信号量锁,并在每个线程完成后释放锁。

这是我的代码:

import java.util.concurrent.Semaphore;

public class SemaphoreTest {
    
    static Semaphore semaphore = new Semaphore(4, true);
    
    static class MyThread extends Thread{
        
        String  name = "";
        
        public MyThread(String name){
            this.name = name;
            
        }
        
        public void run(){
            
            System.out.println(name+" going to acquire lock...");
            System.out.println("Available Permits = "+semaphore.availablePermits());
            
            try {
                semaphore.acquire();
                System.out.println(name+" got permit.");
                
                try{
                    for(int i=1;i<=1;i++){
                        System.out.println(name+" is performing operation "+i+". Available Semaphore permits are : "+semaphore.availablePermits());
                        Thread.sleep(1000);
                    }
                        
                }finally{
                    System.out.println(name+" Releasing lock...");
                    semaphore.release();
                    System.out.println("Available permits after releasing "+"name"+" = "+semaphore.availablePermits());
                }
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
            
            
        }
    }
    
    public static void main(String[] args){
        Thread t1 = new MyThread("A");
        t1.start();
        
        Thread t2 = new MyThread("B");
        t2.start();
        
        Thread t3 = new MyThread("C");
        t3.start();
        
        Thread t4 = new MyThread("D");
        t4.start();
        
        Thread t5 = new MyThread("E");
        t5.start();
        
        Thread t6 = new MyThread("F");
        t6.start();
    }

}

结果如下:

A going to acquire lock...
Available Permits = 4
C going to acquire lock...
A got permit.
A is performing operation 1. Available Semaphore permits are : 3
B going to acquire lock...
Available Permits = 3
B got permit.
F going to acquire lock...
E going to acquire lock...
Available Permits = 2
Available Permits = 3
D going to acquire lock...
Available Permits = 0
C got permit.
C is performing operation 1. Available Semaphore permits are : 0
E got permit.
E is performing operation 1. Available Semaphore permits are : 0
Available Permits = 2
B is performing operation 1. Available Semaphore permits are : 2
A Releasing lock...
E Releasing lock...
Available permits after releasing name = 2
D got permit.
D is performing operation 1. Available Semaphore permits are : 1
B Releasing lock...
C Releasing lock...
Available permits after releasing name = 1
F got permit.
F is performing operation 1. Available Semaphore permits are : 2
Available permits after releasing name = 2
Available permits after releasing name = 2
D Releasing lock...
F Releasing lock...
Available permits after releasing name = 3
Available permits after releasing name = 4

现在 java 文档:

java.util.concurrent.Semaphore.Semaphore(int permits, boolean fair)

Creates a Semaphore with the given number of permits and the given fairness setting.

Parameters:
permits the initial number of permits available. This value may be negative, in which case releases must occur before any acquires will be granted.
fair true if this semaphore will guarantee first-in first-out granting of permits under contention, else false

构造函数Semaphore(int permits, boolean fair),保证先进先出。但是从这个程序的输出来看,它是不一样的。 锁的获取方式如下:

A -> B -> C -> E

并且锁释放如下:

A -> E -> B -> C

请问是否符合预期?或者我缺少什么?

发放许可证的顺序只是run方法所花费时间的结果,与公平性无关。

这里的FIFO的意思是如果两个线程调用semaphore.acquire()并且没有可用的许可,那么当一个线程可用时,第一个调用它的线程将第一个获得许可。

在您的示例中,A、B、C、E 获得许可,因为他们首先调用 acquire - 而 D 和 F 必须等待许可可用。然后似乎 D 在 F 之前调用 acquire,因此获得了第一个可用的许可。

这里有一个关于线程计时的误区:你假设线程一输出消息就会获取锁,但实际上没有理由不让线程在这两者之间暂停。

C: System.out.println(...);
C: thread gets put on hold
A: System.out.println(...);
A: aquires lock
B: System.out.println(...);
B: aquires lock
C: resumes
C: aquires lock