Cần hiểu cách sử dụng SemaphoreSlim

Đây là mã tôi có nhưng tôi không hiểu những gì SemaphoreSlimđang làm.

async Task WorkerMainAsync()
{
    SemaphoreSlim ss = new SemaphoreSlim(10);
    List<Task> trackedTasks = new List<Task>();
    while (DoMore())
    {
        await ss.WaitAsync();
        trackedTasks.Add(Task.Run(() =>
        {
            DoPollingThenWorkAsync();
            ss.Release();
        }));
    }
    await Task.WhenAll(trackedTasks);
}

void DoPollingThenWorkAsync()
{
    var msg = Poll();
    if (msg != null)
    {
        Thread.Sleep(2000); // process the long running CPU-bound job
    }
}

Điều gì đang chờ đợi ss.WaitAsync();và ss.Release();làm gì?

Tôi đoán rằng nếu tôi chạy 50 chủ đề một lúc rồi viết mã như thế SemaphoreSlim ss = new SemaphoreSlim(10);thì nó sẽ bị buộc phải chạy 10 chủ đề hoạt động cùng một lúc.

Khi một trong 10 luồng hoàn thành thì một luồng khác sẽ bắt đầu. Nếu tôi không đúng thì hãy giúp tôi hiểu với tình huống mẫu.

Tại sao awaitcần thiết cùng với ss.WaitAsync();? Làm gì ss.WaitAsync();?

tôi đoán rằng nếu tôi chạy 50 chủ đề cùng một lúc thì mã như SemaphoreSlim ss = new SemaphoreSlim (10); sẽ buộc chạy 10 chủ đề hoạt động cùng một lúc

Đúng rồi; việc sử dụng semaphore đảm bảo rằng sẽ không có nhiều hơn 10 công nhân làm công việc này cùng một lúc.

Việc gọi WaitAsynctrên semaphore tạo ra một nhiệm vụ sẽ được hoàn thành khi luồng đó đã được cấp "quyền truy cập" vào mã thông báo đó. await-ing đó nhiệm vụ cho phép chương trình tiếp tục thực hiện khi nó được "cho phép" làm như vậy. Có một phiên bản không đồng bộ, thay vì gọi Wait, là điều quan trọng để đảm bảo rằng phương thức vẫn không đồng bộ, thay vì đồng bộ, cũng như xử lý thực tế rằng một asyncphương thức có thể thực thi mã trên một số luồng, do các lệnh gọi lại, v.v. mối quan hệ chủ đề tự nhiên với các bán kết có thể là một vấn đề.

Một lưu ý phụ: DoPollingThenWorkAsynckhông nên có hậu tố Asyncvì nó không thực sự không đồng bộ, nó đồng bộ. Chỉ cần gọi nó DoPollingThenWork. Nó sẽ giảm bớt sự nhầm lẫn cho người đọc.

Trong vườn trẻ xung quanh góc, họ sử dụng SemaphoreSlim để kiểm soát bao nhiêu đứa trẻ có thể chơi trong phòng thể dục.

Họ vẽ trên sàn nhà, bên ngoài căn phòng, 5 cặp dấu chân.

Khi những đứa trẻ đến nơi, chúng để lại đôi giày của chúng trên một đôi chân tự do và bước vào phòng.

Sau khi chơi xong, chúng đi ra, lấy giày và "thả" một chỗ cho một đứa trẻ khác.

Nếu một đứa trẻ đến và không còn dấu chân, chúng sẽ chơi ở nơi khác hoặc chỉ ở lại một lúc và thỉnh thoảng kiểm tra (tức là không có ưu tiên FIFO).

Khi một giáo viên ở xung quanh, cô ấy "thả" thêm một hàng 5 dấu chân ở phía bên kia của hành lang để 5 đứa trẻ khác có thể chơi trong phòng cùng một lúc.

Nó cũng có những “cạm bẫy” tương tự SemaphoreSlim ...

Nếu một đứa trẻ chơi xong và rời khỏi phòng mà không lấy giày (không kích hoạt "thả") thì khe vẫn bị chặn, mặc dù về mặt lý thuyết là có một khe trống. Tuy nhiên, đứa trẻ thường bị chỉ trích.

Đôi khi một hoặc hai đứa trẻ lén lút giấu giày ở nơi khác và vào phòng, ngay cả khi tất cả các dấu chân đã được lấy sẵn (tức là SemaphoreSlim không "thực sự" kiểm soát có bao nhiêu đứa trẻ trong phòng).

Điều này thường không kết thúc tốt đẹp, vì phòng quá đông có xu hướng kết thúc bằng cách trẻ em khóc và giáo viên đóng cửa hoàn toàn phòng.

Mặc dù tôi chấp nhận câu hỏi này thực sự liên quan đến kịch bản khóa đếm ngược, nhưng tôi nghĩ rằng điều đáng để chia sẻ liên kết này mà tôi đã phát hiện ra cho những người muốn sử dụng SemaphoreSlim làm khóa không đồng bộ đơn giản. Nó cho phép bạn sử dụng câu lệnh using có thể giúp mã hóa gọn gàng hơn và an toàn hơn.

http://www.tomdupont.net/2016/03/how-to-release-semaphore-with-using.html

Tôi đã hoán đổi _isDisposed=truevà _semaphore.Release()xung quanh trong Dispose của nó mặc dù trong trường hợp bằng cách nào đó nó được gọi nhiều lần.

Ngoài ra, điều quan trọng cần lưu ý là SemaphoreSlim không phải là một khóa quay lại, có nghĩa là nếu cùng một luồng gọi WaitAsync nhiều lần thì số lượng semaphore có được giảm đi mỗi lần. Trong ngắn hạn SemaphoreSlim không biết Thread.

Về chất lượng mã câu hỏi, tốt hơn nên đặt Bản phát hành trong vòng thử nghiệm cuối cùng để đảm bảo nó luôn được phát hành.