基於生產者消費者模式，我們可以開發出線程安全的非同步訊息佇列。
什麼是生產者消費者模式？
為了方便理解，我們暫時將它理解為垃圾的產生到結束的過程。
簡單來說，多住戶產生垃圾（生產者）將垃圾投遞到全小區唯一乙個垃圾桶（單佇列），環衛將垃圾桶中的垃圾進行處理（消費者）。就是乙個生產者消費者模式。
這種模式的好處，就不在這裡敘述了，畢竟這篇文章不是在講設計模式。有興趣的小夥伴可以自行了解一下。
很多時候，我們有一些不緊急但卻對操作順序有強依賴的需求。
比如，12306候補搶票。（並不代表真的是這種模式，為了舉例方便理解）
當使用者提交候補請求時即生產出一條訊息，入隊乙個訊息佇列中，只要有人退票，就在佇列**隊乙個使用者的訊息。由於佇列的性質是先進先出的，利用這種性質我們就可以實現公平的候補機制。
今天先寫到這裡。
django celery實現非同步訊息佇列
步驟 1.建立專案 django admin startproject project 3.配置settings.py debug false allowed hosts 127.0.0.1 celery djcelery.setup loader broker url redis celerybe...
Redis實現非同步訊息佇列與延時佇列
說道訊息佇列，你肯定會想到kafka rabbitmq等訊息中介軟體，這些專業的訊息中介軟體提供了很多功能特性，當然他的部署使用維護都是比較麻煩的。如果你對訊息佇列沒那麼高要求，想要輕量級的，使用redis就沒錯啦。redis通過list資料結構來實現訊息佇列.主要使用到如下命令 廢話補不多說上 r...
c 訊息佇列實現
我們經常用到訊息佇列，把一些資料交給後台執行緒去處理，而直接使用mutex來lock unlock 判斷佇列是否為空，會使後台執行緒長時間處於滿載狀態，或者手動sleep 一段時間，造成使訊息處理不及時，所以我們需要實現乙個訊息佇列來實現資料線程的合理使用。有時任務不是乙個，而是很多個連續的資料，僅...