Django 中的线程同步
有没有办法像Django中的Java同步一样阻塞关键区域?
Is there any way to block a critical area like with Java synchronized in Django?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
有没有办法像Django中的Java同步一样阻塞关键区域?
Is there any way to block a critical area like with Java synchronized in Django?
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(4)
您可以使用锁来确保一次只有一个线程可以访问特定的代码块。
为此,您只需创建一个
Lock
对象,然后在要同步的代码块之前获取锁。所有线程都必须有权访问同一个 Lock 对象才能正常工作。示例:有关详细信息,请参阅 http://effbot.org/zone/thread-synchronization.htm。
You can use locks to make sure that only one Thread will access a certain block of code at a time.
To do this, you simply create a
Lock
object then acquire the lock before the block of code you want to synchronize. All the threads must have access to the sameLock
object for this to work. An example:For more information , see http://effbot.org/zone/thread-synchronization.htm.
我的方法是使用数据库的锁定功能。这也适用于多个服务器进程。
我将模型定义为:
然后上下文管理器功能为:
然后我只需执行以下操作即可获得线程/进程安全锁:
这需要一个支持事务的数据库。
My approach is to use the locking features of the database. This also works with multiple server processes.
I define a model as:
And then a context manager function as:
And then I have a thread/process safe lock by simply doing:
This requires a database with support for transactions.
很棒的文章 Justin,只有一件事是使用 python 2.5 使这种方式变得更容易
在 Python 2.5 及更高版本中,您还可以使用 with 语句。当与锁一起使用时,该语句在进入块之前自动获取锁,并在离开块时释放锁:
from future import with_statement # 2.5 仅
使用锁:
...访问共享资源
Great article Justin, just one thing using python 2.5 makes this way easier
In Python 2.5 and later, you can also use the with statement. When used with a lock, this statement automatically acquires the lock before entering the block, and releases it when leaving the block:
from future import with_statement # 2.5 only
with lock:
... access shared resource
如果您使用 PostgreSQL,则可以使用咨询锁。任何进程或线程都可以获取或释放此锁,假设它们都连接到同一个 PostgreSQL 数据库。
django-pglocks
采用这种方法。If you are using PostgreSQL, you could use advisory locks. Any process or thread could acquire or release this lock, assuming they are all connecting to the same PostgreSQL database.
django-pglocks
takes this approach.