Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 1 | :mod:`threading` --- Higher-level threading interface |
| 2 | ===================================================== |
| 3 | |
| 4 | .. module:: threading |
| 5 | :synopsis: Higher-level threading interface. |
| 6 | |
| 7 | |
Georg Brandl | 2067bfd | 2008-05-25 13:05:15 +0000 | [diff] [blame] | 8 | This module constructs higher-level threading interfaces on top of the lower |
| 9 | level :mod:`_thread` module. See also the :mod:`queue` module. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 10 | |
| 11 | The :mod:`dummy_threading` module is provided for situations where |
Georg Brandl | 2067bfd | 2008-05-25 13:05:15 +0000 | [diff] [blame] | 12 | :mod:`threading` cannot be used because :mod:`_thread` is missing. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 13 | |
Benjamin Peterson | 8bdd545 | 2008-08-18 22:38:41 +0000 | [diff] [blame] | 14 | .. note:: |
| 15 | |
Benjamin Peterson | b3085c9 | 2008-09-01 23:09:31 +0000 | [diff] [blame] | 16 | While they are not listed below, the ``camelCase`` names used for some |
| 17 | methods and functions in this module in the Python 2.x series are still |
| 18 | supported by this module. |
Benjamin Peterson | 8bdd545 | 2008-08-18 22:38:41 +0000 | [diff] [blame] | 19 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 20 | This module defines the following functions and objects: |
| 21 | |
| 22 | |
Benjamin Peterson | 672b803 | 2008-06-11 19:14:14 +0000 | [diff] [blame] | 23 | .. function:: active_count() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 24 | |
| 25 | Return the number of :class:`Thread` objects currently alive. The returned |
| 26 | count is equal to the length of the list returned by :func:`enumerate`. |
| 27 | |
| 28 | |
| 29 | .. function:: Condition() |
| 30 | :noindex: |
| 31 | |
| 32 | A factory function that returns a new condition variable object. A condition |
| 33 | variable allows one or more threads to wait until they are notified by another |
| 34 | thread. |
| 35 | |
| 36 | |
Benjamin Peterson | 672b803 | 2008-06-11 19:14:14 +0000 | [diff] [blame] | 37 | .. function:: current_thread() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 38 | |
| 39 | Return the current :class:`Thread` object, corresponding to the caller's thread |
| 40 | of control. If the caller's thread of control was not created through the |
| 41 | :mod:`threading` module, a dummy thread object with limited functionality is |
| 42 | returned. |
| 43 | |
| 44 | |
| 45 | .. function:: enumerate() |
| 46 | |
Benjamin Peterson | 672b803 | 2008-06-11 19:14:14 +0000 | [diff] [blame] | 47 | Return a list of all :class:`Thread` objects currently alive. The list |
| 48 | includes daemonic threads, dummy thread objects created by |
| 49 | :func:`current_thread`, and the main thread. It excludes terminated threads |
| 50 | and threads that have not yet been started. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 51 | |
| 52 | |
| 53 | .. function:: Event() |
| 54 | :noindex: |
| 55 | |
| 56 | A factory function that returns a new event object. An event manages a flag |
| 57 | that can be set to true with the :meth:`set` method and reset to false with the |
| 58 | :meth:`clear` method. The :meth:`wait` method blocks until the flag is true. |
| 59 | |
| 60 | |
| 61 | .. class:: local |
| 62 | |
| 63 | A class that represents thread-local data. Thread-local data are data whose |
| 64 | values are thread specific. To manage thread-local data, just create an |
| 65 | instance of :class:`local` (or a subclass) and store attributes on it:: |
| 66 | |
| 67 | mydata = threading.local() |
| 68 | mydata.x = 1 |
| 69 | |
| 70 | The instance's values will be different for separate threads. |
| 71 | |
| 72 | For more details and extensive examples, see the documentation string of the |
| 73 | :mod:`_threading_local` module. |
| 74 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 75 | |
| 76 | .. function:: Lock() |
| 77 | |
| 78 | A factory function that returns a new primitive lock object. Once a thread has |
| 79 | acquired it, subsequent attempts to acquire it block, until it is released; any |
| 80 | thread may release it. |
| 81 | |
| 82 | |
| 83 | .. function:: RLock() |
| 84 | |
| 85 | A factory function that returns a new reentrant lock object. A reentrant lock |
| 86 | must be released by the thread that acquired it. Once a thread has acquired a |
| 87 | reentrant lock, the same thread may acquire it again without blocking; the |
| 88 | thread must release it once for each time it has acquired it. |
| 89 | |
| 90 | |
| 91 | .. function:: Semaphore([value]) |
| 92 | :noindex: |
| 93 | |
| 94 | A factory function that returns a new semaphore object. A semaphore manages a |
| 95 | counter representing the number of :meth:`release` calls minus the number of |
| 96 | :meth:`acquire` calls, plus an initial value. The :meth:`acquire` method blocks |
| 97 | if necessary until it can return without making the counter negative. If not |
| 98 | given, *value* defaults to 1. |
| 99 | |
| 100 | |
| 101 | .. function:: BoundedSemaphore([value]) |
| 102 | |
| 103 | A factory function that returns a new bounded semaphore object. A bounded |
| 104 | semaphore checks to make sure its current value doesn't exceed its initial |
| 105 | value. If it does, :exc:`ValueError` is raised. In most situations semaphores |
| 106 | are used to guard resources with limited capacity. If the semaphore is released |
| 107 | too many times it's a sign of a bug. If not given, *value* defaults to 1. |
| 108 | |
| 109 | |
| 110 | .. class:: Thread |
| 111 | |
| 112 | A class that represents a thread of control. This class can be safely |
| 113 | subclassed in a limited fashion. |
| 114 | |
| 115 | |
| 116 | .. class:: Timer |
| 117 | |
| 118 | A thread that executes a function after a specified interval has passed. |
| 119 | |
| 120 | |
| 121 | .. function:: settrace(func) |
| 122 | |
| 123 | .. index:: single: trace function |
| 124 | |
| 125 | Set a trace function for all threads started from the :mod:`threading` module. |
| 126 | The *func* will be passed to :func:`sys.settrace` for each thread, before its |
| 127 | :meth:`run` method is called. |
| 128 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 129 | |
| 130 | .. function:: setprofile(func) |
| 131 | |
| 132 | .. index:: single: profile function |
| 133 | |
| 134 | Set a profile function for all threads started from the :mod:`threading` module. |
| 135 | The *func* will be passed to :func:`sys.setprofile` for each thread, before its |
| 136 | :meth:`run` method is called. |
| 137 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 138 | |
| 139 | .. function:: stack_size([size]) |
| 140 | |
| 141 | Return the thread stack size used when creating new threads. The optional |
| 142 | *size* argument specifies the stack size to be used for subsequently created |
| 143 | threads, and must be 0 (use platform or configured default) or a positive |
| 144 | integer value of at least 32,768 (32kB). If changing the thread stack size is |
| 145 | unsupported, a :exc:`ThreadError` is raised. If the specified stack size is |
| 146 | invalid, a :exc:`ValueError` is raised and the stack size is unmodified. 32kB |
| 147 | is currently the minimum supported stack size value to guarantee sufficient |
| 148 | stack space for the interpreter itself. Note that some platforms may have |
| 149 | particular restrictions on values for the stack size, such as requiring a |
| 150 | minimum stack size > 32kB or requiring allocation in multiples of the system |
| 151 | memory page size - platform documentation should be referred to for more |
| 152 | information (4kB pages are common; using multiples of 4096 for the stack size is |
| 153 | the suggested approach in the absence of more specific information). |
| 154 | Availability: Windows, systems with POSIX threads. |
| 155 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 156 | |
| 157 | Detailed interfaces for the objects are documented below. |
| 158 | |
| 159 | The design of this module is loosely based on Java's threading model. However, |
| 160 | where Java makes locks and condition variables basic behavior of every object, |
| 161 | they are separate objects in Python. Python's :class:`Thread` class supports a |
| 162 | subset of the behavior of Java's Thread class; currently, there are no |
| 163 | priorities, no thread groups, and threads cannot be destroyed, stopped, |
| 164 | suspended, resumed, or interrupted. The static methods of Java's Thread class, |
| 165 | when implemented, are mapped to module-level functions. |
| 166 | |
| 167 | All of the methods described below are executed atomically. |
| 168 | |
| 169 | |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 170 | .. _thread-objects: |
| 171 | |
| 172 | Thread Objects |
| 173 | -------------- |
| 174 | |
| 175 | This class represents an activity that is run in a separate thread of control. |
| 176 | There are two ways to specify the activity: by passing a callable object to the |
| 177 | constructor, or by overriding the :meth:`run` method in a subclass. No other |
| 178 | methods (except for the constructor) should be overridden in a subclass. In |
| 179 | other words, *only* override the :meth:`__init__` and :meth:`run` methods of |
| 180 | this class. |
| 181 | |
| 182 | Once a thread object is created, its activity must be started by calling the |
| 183 | thread's :meth:`start` method. This invokes the :meth:`run` method in a |
| 184 | separate thread of control. |
| 185 | |
| 186 | Once the thread's activity is started, the thread is considered 'alive'. It |
| 187 | stops being alive when its :meth:`run` method terminates -- either normally, or |
| 188 | by raising an unhandled exception. The :meth:`is_alive` method tests whether the |
| 189 | thread is alive. |
| 190 | |
| 191 | Other threads can call a thread's :meth:`join` method. This blocks the calling |
| 192 | thread until the thread whose :meth:`join` method is called is terminated. |
| 193 | |
| 194 | A thread has a name. The name can be passed to the constructor, and read or |
| 195 | changed through the :attr:`name` attribute. |
| 196 | |
| 197 | A thread can be flagged as a "daemon thread". The significance of this flag is |
| 198 | that the entire Python program exits when only daemon threads are left. The |
| 199 | initial value is inherited from the creating thread. The flag can be set |
Benjamin Peterson | 5c6d787 | 2009-02-06 02:40:07 +0000 | [diff] [blame] | 200 | through the :attr:`daemon` property. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 201 | |
| 202 | There is a "main thread" object; this corresponds to the initial thread of |
| 203 | control in the Python program. It is not a daemon thread. |
| 204 | |
| 205 | There is the possibility that "dummy thread objects" are created. These are |
| 206 | thread objects corresponding to "alien threads", which are threads of control |
| 207 | started outside the threading module, such as directly from C code. Dummy |
| 208 | thread objects have limited functionality; they are always considered alive and |
| 209 | daemonic, and cannot be :meth:`join`\ ed. They are never deleted, since it is |
| 210 | impossible to detect the termination of alien threads. |
| 211 | |
| 212 | |
| 213 | .. class:: Thread(group=None, target=None, name=None, args=(), kwargs={}) |
| 214 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 215 | This constructor should always be called with keyword arguments. Arguments |
| 216 | are: |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 217 | |
| 218 | *group* should be ``None``; reserved for future extension when a |
| 219 | :class:`ThreadGroup` class is implemented. |
| 220 | |
| 221 | *target* is the callable object to be invoked by the :meth:`run` method. |
| 222 | Defaults to ``None``, meaning nothing is called. |
| 223 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 224 | *name* is the thread name. By default, a unique name is constructed of the |
| 225 | form "Thread-*N*" where *N* is a small decimal number. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 226 | |
| 227 | *args* is the argument tuple for the target invocation. Defaults to ``()``. |
| 228 | |
| 229 | *kwargs* is a dictionary of keyword arguments for the target invocation. |
| 230 | Defaults to ``{}``. |
| 231 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 232 | If the subclass overrides the constructor, it must make sure to invoke the |
| 233 | base class constructor (``Thread.__init__()``) before doing anything else to |
| 234 | the thread. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 235 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 236 | .. method:: start() |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 237 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 238 | Start the thread's activity. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 239 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 240 | It must be called at most once per thread object. It arranges for the |
| 241 | object's :meth:`run` method to be invoked in a separate thread of control. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 242 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 243 | This method will raise a :exc:`RuntimeException` if called more than once |
| 244 | on the same thread object. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 245 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 246 | .. method:: run() |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 247 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 248 | Method representing the thread's activity. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 249 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 250 | You may override this method in a subclass. The standard :meth:`run` |
| 251 | method invokes the callable object passed to the object's constructor as |
| 252 | the *target* argument, if any, with sequential and keyword arguments taken |
| 253 | from the *args* and *kwargs* arguments, respectively. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 254 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 255 | .. method:: join([timeout]) |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 256 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 257 | Wait until the thread terminates. This blocks the calling thread until the |
| 258 | thread whose :meth:`join` method is called terminates -- either normally |
| 259 | or through an unhandled exception -- or until the optional timeout occurs. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 260 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 261 | When the *timeout* argument is present and not ``None``, it should be a |
| 262 | floating point number specifying a timeout for the operation in seconds |
| 263 | (or fractions thereof). As :meth:`join` always returns ``None``, you must |
| 264 | call :meth:`is_alive` after :meth:`join` to decide whether a timeout |
| 265 | happened -- if the thread is still alive, the :meth:`join` call timed out. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 266 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 267 | When the *timeout* argument is not present or ``None``, the operation will |
| 268 | block until the thread terminates. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 269 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 270 | A thread can be :meth:`join`\ ed many times. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 271 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 272 | :meth:`join` raises a :exc:`RuntimeError` if an attempt is made to join |
| 273 | the current thread as that would cause a deadlock. It is also an error to |
| 274 | :meth:`join` a thread before it has been started and attempts to do so |
| 275 | raises the same exception. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 276 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 277 | .. attribute:: name |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 278 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 279 | A string used for identification purposes only. It has no semantics. |
| 280 | Multiple threads may be given the same name. The initial name is set by |
| 281 | the constructor. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 282 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 283 | .. method:: getName() |
| 284 | setName() |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 285 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 286 | Old getter/setter API for :attr:`~Thread.name`; use it directly as a |
| 287 | property instead. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 288 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 289 | .. attribute:: ident |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 290 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 291 | The 'thread identifier' of this thread or ``None`` if the thread has not |
| 292 | been started. This is a nonzero integer. See the |
| 293 | :func:`thread.get_ident()` function. Thread identifiers may be recycled |
| 294 | when a thread exits and another thread is created. The identifier is |
| 295 | available even after the thread has exited. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 296 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 297 | .. method:: is_alive() |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 298 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 299 | Return whether the thread is alive. |
Georg Brandl | 770b0be | 2009-01-02 20:10:05 +0000 | [diff] [blame] | 300 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 301 | Roughly, a thread is alive from the moment the :meth:`start` method |
| 302 | returns until its :meth:`run` method terminates. The module function |
| 303 | :func:`enumerate` returns a list of all alive threads. |
Georg Brandl | 770b0be | 2009-01-02 20:10:05 +0000 | [diff] [blame] | 304 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 305 | .. attribute:: daemon |
Georg Brandl | 770b0be | 2009-01-02 20:10:05 +0000 | [diff] [blame] | 306 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 307 | A boolean value indicating whether this thread is a daemon thread (True) |
| 308 | or not (False). This must be set before :meth:`start` is called, |
| 309 | otherwise :exc:`RuntimeError` is raised. Its initial value is inherited |
| 310 | from the creating thread; the main thread is not a daemon thread and |
| 311 | therefore all threads created in the main thread default to :attr:`daemon` |
| 312 | = ``False``. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 313 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 314 | The entire Python program exits when no alive non-daemon threads are left. |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 315 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 316 | .. method:: isDaemon() |
| 317 | setDaemon() |
Georg Brandl | a971c65 | 2008-11-07 09:39:56 +0000 | [diff] [blame] | 318 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 319 | Old getter/setter API for :attr:`~Thread.daemon`; use it directly as a |
| 320 | property instead. |
Georg Brandl | 770b0be | 2009-01-02 20:10:05 +0000 | [diff] [blame] | 321 | |
| 322 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 323 | .. _lock-objects: |
| 324 | |
| 325 | Lock Objects |
| 326 | ------------ |
| 327 | |
| 328 | A primitive lock is a synchronization primitive that is not owned by a |
| 329 | particular thread when locked. In Python, it is currently the lowest level |
Georg Brandl | 2067bfd | 2008-05-25 13:05:15 +0000 | [diff] [blame] | 330 | synchronization primitive available, implemented directly by the :mod:`_thread` |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 331 | extension module. |
| 332 | |
| 333 | A primitive lock is in one of two states, "locked" or "unlocked". It is created |
| 334 | in the unlocked state. It has two basic methods, :meth:`acquire` and |
| 335 | :meth:`release`. When the state is unlocked, :meth:`acquire` changes the state |
| 336 | to locked and returns immediately. When the state is locked, :meth:`acquire` |
| 337 | blocks until a call to :meth:`release` in another thread changes it to unlocked, |
| 338 | then the :meth:`acquire` call resets it to locked and returns. The |
| 339 | :meth:`release` method should only be called in the locked state; it changes the |
| 340 | state to unlocked and returns immediately. If an attempt is made to release an |
| 341 | unlocked lock, a :exc:`RuntimeError` will be raised. |
| 342 | |
| 343 | When more than one thread is blocked in :meth:`acquire` waiting for the state to |
| 344 | turn to unlocked, only one thread proceeds when a :meth:`release` call resets |
| 345 | the state to unlocked; which one of the waiting threads proceeds is not defined, |
| 346 | and may vary across implementations. |
| 347 | |
| 348 | All methods are executed atomically. |
| 349 | |
| 350 | |
| 351 | .. method:: Lock.acquire([blocking=1]) |
| 352 | |
| 353 | Acquire a lock, blocking or non-blocking. |
| 354 | |
| 355 | When invoked without arguments, block until the lock is unlocked, then set it to |
| 356 | locked, and return true. |
| 357 | |
| 358 | When invoked with the *blocking* argument set to true, do the same thing as when |
| 359 | called without arguments, and return true. |
| 360 | |
| 361 | When invoked with the *blocking* argument set to false, do not block. If a call |
| 362 | without an argument would block, return false immediately; otherwise, do the |
| 363 | same thing as when called without arguments, and return true. |
| 364 | |
| 365 | |
| 366 | .. method:: Lock.release() |
| 367 | |
| 368 | Release a lock. |
| 369 | |
| 370 | When the lock is locked, reset it to unlocked, and return. If any other threads |
| 371 | are blocked waiting for the lock to become unlocked, allow exactly one of them |
| 372 | to proceed. |
| 373 | |
| 374 | Do not call this method when the lock is unlocked. |
| 375 | |
| 376 | There is no return value. |
| 377 | |
| 378 | |
| 379 | .. _rlock-objects: |
| 380 | |
| 381 | RLock Objects |
| 382 | ------------- |
| 383 | |
| 384 | A reentrant lock is a synchronization primitive that may be acquired multiple |
| 385 | times by the same thread. Internally, it uses the concepts of "owning thread" |
| 386 | and "recursion level" in addition to the locked/unlocked state used by primitive |
| 387 | locks. In the locked state, some thread owns the lock; in the unlocked state, |
| 388 | no thread owns it. |
| 389 | |
| 390 | To lock the lock, a thread calls its :meth:`acquire` method; this returns once |
| 391 | the thread owns the lock. To unlock the lock, a thread calls its |
| 392 | :meth:`release` method. :meth:`acquire`/:meth:`release` call pairs may be |
| 393 | nested; only the final :meth:`release` (the :meth:`release` of the outermost |
| 394 | pair) resets the lock to unlocked and allows another thread blocked in |
| 395 | :meth:`acquire` to proceed. |
| 396 | |
| 397 | |
| 398 | .. method:: RLock.acquire([blocking=1]) |
| 399 | |
| 400 | Acquire a lock, blocking or non-blocking. |
| 401 | |
| 402 | When invoked without arguments: if this thread already owns the lock, increment |
| 403 | the recursion level by one, and return immediately. Otherwise, if another |
| 404 | thread owns the lock, block until the lock is unlocked. Once the lock is |
| 405 | unlocked (not owned by any thread), then grab ownership, set the recursion level |
| 406 | to one, and return. If more than one thread is blocked waiting until the lock |
| 407 | is unlocked, only one at a time will be able to grab ownership of the lock. |
| 408 | There is no return value in this case. |
| 409 | |
| 410 | When invoked with the *blocking* argument set to true, do the same thing as when |
| 411 | called without arguments, and return true. |
| 412 | |
| 413 | When invoked with the *blocking* argument set to false, do not block. If a call |
| 414 | without an argument would block, return false immediately; otherwise, do the |
| 415 | same thing as when called without arguments, and return true. |
| 416 | |
| 417 | |
| 418 | .. method:: RLock.release() |
| 419 | |
| 420 | Release a lock, decrementing the recursion level. If after the decrement it is |
| 421 | zero, reset the lock to unlocked (not owned by any thread), and if any other |
| 422 | threads are blocked waiting for the lock to become unlocked, allow exactly one |
| 423 | of them to proceed. If after the decrement the recursion level is still |
| 424 | nonzero, the lock remains locked and owned by the calling thread. |
| 425 | |
| 426 | Only call this method when the calling thread owns the lock. A |
| 427 | :exc:`RuntimeError` is raised if this method is called when the lock is |
| 428 | unlocked. |
| 429 | |
| 430 | There is no return value. |
| 431 | |
| 432 | |
| 433 | .. _condition-objects: |
| 434 | |
| 435 | Condition Objects |
| 436 | ----------------- |
| 437 | |
| 438 | A condition variable is always associated with some kind of lock; this can be |
| 439 | passed in or one will be created by default. (Passing one in is useful when |
| 440 | several condition variables must share the same lock.) |
| 441 | |
| 442 | A condition variable has :meth:`acquire` and :meth:`release` methods that call |
| 443 | the corresponding methods of the associated lock. It also has a :meth:`wait` |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 444 | method, and :meth:`notify` and :meth:`notify_all` methods. These three must only |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 445 | be called when the calling thread has acquired the lock, otherwise a |
| 446 | :exc:`RuntimeError` is raised. |
| 447 | |
| 448 | The :meth:`wait` method releases the lock, and then blocks until it is awakened |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 449 | by a :meth:`notify` or :meth:`notify_all` call for the same condition variable in |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 450 | another thread. Once awakened, it re-acquires the lock and returns. It is also |
| 451 | possible to specify a timeout. |
| 452 | |
| 453 | The :meth:`notify` method wakes up one of the threads waiting for the condition |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 454 | variable, if any are waiting. The :meth:`notify_all` method wakes up all threads |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 455 | waiting for the condition variable. |
| 456 | |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 457 | Note: the :meth:`notify` and :meth:`notify_all` methods don't release the lock; |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 458 | this means that the thread or threads awakened will not return from their |
| 459 | :meth:`wait` call immediately, but only when the thread that called |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 460 | :meth:`notify` or :meth:`notify_all` finally relinquishes ownership of the lock. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 461 | |
| 462 | Tip: the typical programming style using condition variables uses the lock to |
| 463 | synchronize access to some shared state; threads that are interested in a |
| 464 | particular change of state call :meth:`wait` repeatedly until they see the |
| 465 | desired state, while threads that modify the state call :meth:`notify` or |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 466 | :meth:`notify_all` when they change the state in such a way that it could |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 467 | possibly be a desired state for one of the waiters. For example, the following |
| 468 | code is a generic producer-consumer situation with unlimited buffer capacity:: |
| 469 | |
| 470 | # Consume one item |
| 471 | cv.acquire() |
| 472 | while not an_item_is_available(): |
| 473 | cv.wait() |
| 474 | get_an_available_item() |
| 475 | cv.release() |
| 476 | |
| 477 | # Produce one item |
| 478 | cv.acquire() |
| 479 | make_an_item_available() |
| 480 | cv.notify() |
| 481 | cv.release() |
| 482 | |
Georg Brandl | f992640 | 2008-06-13 06:32:25 +0000 | [diff] [blame] | 483 | To choose between :meth:`notify` and :meth:`notify_all`, consider whether one |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 484 | state change can be interesting for only one or several waiting threads. E.g. |
| 485 | in a typical producer-consumer situation, adding one item to the buffer only |
| 486 | needs to wake up one consumer thread. |
| 487 | |
| 488 | |
| 489 | .. class:: Condition([lock]) |
| 490 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 491 | If the *lock* argument is given and not ``None``, it must be a :class:`Lock` |
| 492 | or :class:`RLock` object, and it is used as the underlying lock. Otherwise, |
| 493 | a new :class:`RLock` object is created and used as the underlying lock. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 494 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 495 | .. method:: acquire(*args) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 496 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 497 | Acquire the underlying lock. This method calls the corresponding method on |
| 498 | the underlying lock; the return value is whatever that method returns. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 499 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 500 | .. method:: release() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 501 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 502 | Release the underlying lock. This method calls the corresponding method on |
| 503 | the underlying lock; there is no return value. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 504 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 505 | .. method:: wait([timeout]) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 506 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 507 | Wait until notified or until a timeout occurs. If the calling thread has |
| 508 | not acquired the lock when this method is called, a :exc:`RuntimeError` is |
| 509 | raised. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 510 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 511 | This method releases the underlying lock, and then blocks until it is |
| 512 | awakened by a :meth:`notify` or :meth:`notify_all` call for the same |
| 513 | condition variable in another thread, or until the optional timeout |
| 514 | occurs. Once awakened or timed out, it re-acquires the lock and returns. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 515 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 516 | When the *timeout* argument is present and not ``None``, it should be a |
| 517 | floating point number specifying a timeout for the operation in seconds |
| 518 | (or fractions thereof). |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 519 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 520 | When the underlying lock is an :class:`RLock`, it is not released using |
| 521 | its :meth:`release` method, since this may not actually unlock the lock |
| 522 | when it was acquired multiple times recursively. Instead, an internal |
| 523 | interface of the :class:`RLock` class is used, which really unlocks it |
| 524 | even when it has been recursively acquired several times. Another internal |
| 525 | interface is then used to restore the recursion level when the lock is |
| 526 | reacquired. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 527 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 528 | .. method:: notify() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 529 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 530 | Wake up a thread waiting on this condition, if any. If the calling thread |
| 531 | has not acquired the lock when this method is called, a |
| 532 | :exc:`RuntimeError` is raised. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 533 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 534 | This method wakes up one of the threads waiting for the condition |
| 535 | variable, if any are waiting; it is a no-op if no threads are waiting. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 536 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 537 | The current implementation wakes up exactly one thread, if any are |
| 538 | waiting. However, it's not safe to rely on this behavior. A future, |
| 539 | optimized implementation may occasionally wake up more than one thread. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 540 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 541 | Note: the awakened thread does not actually return from its :meth:`wait` |
| 542 | call until it can reacquire the lock. Since :meth:`notify` does not |
| 543 | release the lock, its caller should. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 544 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 545 | .. method:: notify_all() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 546 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 547 | Wake up all threads waiting on this condition. This method acts like |
| 548 | :meth:`notify`, but wakes up all waiting threads instead of one. If the |
| 549 | calling thread has not acquired the lock when this method is called, a |
| 550 | :exc:`RuntimeError` is raised. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 551 | |
| 552 | |
| 553 | .. _semaphore-objects: |
| 554 | |
| 555 | Semaphore Objects |
| 556 | ----------------- |
| 557 | |
| 558 | This is one of the oldest synchronization primitives in the history of computer |
| 559 | science, invented by the early Dutch computer scientist Edsger W. Dijkstra (he |
| 560 | used :meth:`P` and :meth:`V` instead of :meth:`acquire` and :meth:`release`). |
| 561 | |
| 562 | A semaphore manages an internal counter which is decremented by each |
| 563 | :meth:`acquire` call and incremented by each :meth:`release` call. The counter |
| 564 | can never go below zero; when :meth:`acquire` finds that it is zero, it blocks, |
| 565 | waiting until some other thread calls :meth:`release`. |
| 566 | |
| 567 | |
| 568 | .. class:: Semaphore([value]) |
| 569 | |
| 570 | The optional argument gives the initial *value* for the internal counter; it |
| 571 | defaults to ``1``. If the *value* given is less than 0, :exc:`ValueError` is |
| 572 | raised. |
| 573 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 574 | .. method:: acquire([blocking]) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 575 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 576 | Acquire a semaphore. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 577 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 578 | When invoked without arguments: if the internal counter is larger than |
| 579 | zero on entry, decrement it by one and return immediately. If it is zero |
| 580 | on entry, block, waiting until some other thread has called |
| 581 | :meth:`release` to make it larger than zero. This is done with proper |
| 582 | interlocking so that if multiple :meth:`acquire` calls are blocked, |
| 583 | :meth:`release` will wake exactly one of them up. The implementation may |
| 584 | pick one at random, so the order in which blocked threads are awakened |
| 585 | should not be relied on. There is no return value in this case. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 586 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 587 | When invoked with *blocking* set to true, do the same thing as when called |
| 588 | without arguments, and return true. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 589 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 590 | When invoked with *blocking* set to false, do not block. If a call |
| 591 | without an argument would block, return false immediately; otherwise, do |
| 592 | the same thing as when called without arguments, and return true. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 593 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 594 | .. method:: release() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 595 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 596 | Release a semaphore, incrementing the internal counter by one. When it |
| 597 | was zero on entry and another thread is waiting for it to become larger |
| 598 | than zero again, wake up that thread. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 599 | |
| 600 | |
| 601 | .. _semaphore-examples: |
| 602 | |
| 603 | :class:`Semaphore` Example |
| 604 | ^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| 605 | |
| 606 | Semaphores are often used to guard resources with limited capacity, for example, |
| 607 | a database server. In any situation where the size of the resource size is |
| 608 | fixed, you should use a bounded semaphore. Before spawning any worker threads, |
| 609 | your main thread would initialize the semaphore:: |
| 610 | |
| 611 | maxconnections = 5 |
| 612 | ... |
| 613 | pool_sema = BoundedSemaphore(value=maxconnections) |
| 614 | |
| 615 | Once spawned, worker threads call the semaphore's acquire and release methods |
| 616 | when they need to connect to the server:: |
| 617 | |
| 618 | pool_sema.acquire() |
| 619 | conn = connectdb() |
| 620 | ... use connection ... |
| 621 | conn.close() |
| 622 | pool_sema.release() |
| 623 | |
| 624 | The use of a bounded semaphore reduces the chance that a programming error which |
| 625 | causes the semaphore to be released more than it's acquired will go undetected. |
| 626 | |
| 627 | |
| 628 | .. _event-objects: |
| 629 | |
| 630 | Event Objects |
| 631 | ------------- |
| 632 | |
| 633 | This is one of the simplest mechanisms for communication between threads: one |
| 634 | thread signals an event and other threads wait for it. |
| 635 | |
| 636 | An event object manages an internal flag that can be set to true with the |
| 637 | :meth:`set` method and reset to false with the :meth:`clear` method. The |
| 638 | :meth:`wait` method blocks until the flag is true. |
| 639 | |
| 640 | |
| 641 | .. class:: Event() |
| 642 | |
| 643 | The internal flag is initially false. |
| 644 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 645 | .. method:: is_set() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 646 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 647 | Return true if and only if the internal flag is true. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 648 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 649 | .. method:: set() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 650 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 651 | Set the internal flag to true. All threads waiting for it to become true |
| 652 | are awakened. Threads that call :meth:`wait` once the flag is true will |
| 653 | not block at all. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 654 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 655 | .. method:: clear() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 656 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 657 | Reset the internal flag to false. Subsequently, threads calling |
| 658 | :meth:`wait` will block until :meth:`set` is called to set the internal |
| 659 | flag to true again. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 660 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 661 | .. method:: wait([timeout]) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 662 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 663 | Block until the internal flag is true. If the internal flag is true on |
| 664 | entry, return immediately. Otherwise, block until another thread calls |
| 665 | :meth:`set` to set the flag to true, or until the optional timeout occurs. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 666 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 667 | When the timeout argument is present and not ``None``, it should be a |
| 668 | floating point number specifying a timeout for the operation in seconds |
| 669 | (or fractions thereof). |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 670 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 671 | This method returns the internal flag on exit, so it will always return |
| 672 | ``True`` except if a timeout is given and the operation times out. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 673 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 674 | .. versionchanged:: 3.1 |
| 675 | Previously, the method always returned ``None``. |
Benjamin Peterson | d23f822 | 2009-04-05 19:13:16 +0000 | [diff] [blame] | 676 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 677 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 678 | .. _timer-objects: |
| 679 | |
| 680 | Timer Objects |
| 681 | ------------- |
| 682 | |
| 683 | This class represents an action that should be run only after a certain amount |
| 684 | of time has passed --- a timer. :class:`Timer` is a subclass of :class:`Thread` |
| 685 | and as such also functions as an example of creating custom threads. |
| 686 | |
| 687 | Timers are started, as with threads, by calling their :meth:`start` method. The |
| 688 | timer can be stopped (before its action has begun) by calling the :meth:`cancel` |
| 689 | method. The interval the timer will wait before executing its action may not be |
| 690 | exactly the same as the interval specified by the user. |
| 691 | |
| 692 | For example:: |
| 693 | |
| 694 | def hello(): |
Collin Winter | c79461b | 2007-09-01 23:34:30 +0000 | [diff] [blame] | 695 | print("hello, world") |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 696 | |
| 697 | t = Timer(30.0, hello) |
| 698 | t.start() # after 30 seconds, "hello, world" will be printed |
| 699 | |
| 700 | |
| 701 | .. class:: Timer(interval, function, args=[], kwargs={}) |
| 702 | |
| 703 | Create a timer that will run *function* with arguments *args* and keyword |
| 704 | arguments *kwargs*, after *interval* seconds have passed. |
| 705 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 706 | .. method:: cancel() |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 707 | |
Georg Brandl | 7a72b3a | 2009-07-26 14:48:09 +0000 | [diff] [blame^] | 708 | Stop the timer, and cancel the execution of the timer's action. This will |
| 709 | only work if the timer is still in its waiting stage. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 710 | |
| 711 | |
| 712 | .. _with-locks: |
| 713 | |
| 714 | Using locks, conditions, and semaphores in the :keyword:`with` statement |
| 715 | ------------------------------------------------------------------------ |
| 716 | |
| 717 | All of the objects provided by this module that have :meth:`acquire` and |
| 718 | :meth:`release` methods can be used as context managers for a :keyword:`with` |
| 719 | statement. The :meth:`acquire` method will be called when the block is entered, |
| 720 | and :meth:`release` will be called when the block is exited. |
| 721 | |
| 722 | Currently, :class:`Lock`, :class:`RLock`, :class:`Condition`, |
| 723 | :class:`Semaphore`, and :class:`BoundedSemaphore` objects may be used as |
| 724 | :keyword:`with` statement context managers. For example:: |
| 725 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 726 | import threading |
| 727 | |
| 728 | some_rlock = threading.RLock() |
| 729 | |
| 730 | with some_rlock: |
Collin Winter | c79461b | 2007-09-01 23:34:30 +0000 | [diff] [blame] | 731 | print("some_rlock is locked while this executes") |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 732 | |
Christian Heimes | dd15f6c | 2008-03-16 00:07:10 +0000 | [diff] [blame] | 733 | |
| 734 | .. _threaded-imports: |
| 735 | |
| 736 | Importing in threaded code |
| 737 | -------------------------- |
| 738 | |
| 739 | While the import machinery is thread safe, there are two key |
| 740 | restrictions on threaded imports due to inherent limitations in the way |
| 741 | that thread safety is provided: |
| 742 | |
| 743 | * Firstly, other than in the main module, an import should not have the |
| 744 | side effect of spawning a new thread and then waiting for that thread in |
| 745 | any way. Failing to abide by this restriction can lead to a deadlock if |
| 746 | the spawned thread directly or indirectly attempts to import a module. |
| 747 | * Secondly, all import attempts must be completed before the interpreter |
| 748 | starts shutting itself down. This can be most easily achieved by only |
| 749 | performing imports from non-daemon threads created through the threading |
| 750 | module. Daemon threads and threads created directly with the thread |
| 751 | module will require some other form of synchronization to ensure they do |
| 752 | not attempt imports after system shutdown has commenced. Failure to |
| 753 | abide by this restriction will lead to intermittent exceptions and |
| 754 | crashes during interpreter shutdown (as the late imports attempt to |
| 755 | access machinery which is no longer in a valid state). |