annotate win64-msvc/include/kj/async.h @ 64:eccd51b72864

Update Win32 capnp builds to v0.6
author Chris Cannam
date Tue, 23 May 2017 09:16:54 +0100
parents 0f2d93caa50c
children
rev   line source
Chris@63 1 // Copyright (c) 2013-2014 Sandstorm Development Group, Inc. and contributors
Chris@63 2 // Licensed under the MIT License:
Chris@63 3 //
Chris@63 4 // Permission is hereby granted, free of charge, to any person obtaining a copy
Chris@63 5 // of this software and associated documentation files (the "Software"), to deal
Chris@63 6 // in the Software without restriction, including without limitation the rights
Chris@63 7 // to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
Chris@63 8 // copies of the Software, and to permit persons to whom the Software is
Chris@63 9 // furnished to do so, subject to the following conditions:
Chris@63 10 //
Chris@63 11 // The above copyright notice and this permission notice shall be included in
Chris@63 12 // all copies or substantial portions of the Software.
Chris@63 13 //
Chris@63 14 // THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
Chris@63 15 // IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
Chris@63 16 // FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
Chris@63 17 // AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
Chris@63 18 // LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
Chris@63 19 // OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
Chris@63 20 // THE SOFTWARE.
Chris@63 21
Chris@63 22 #ifndef KJ_ASYNC_H_
Chris@63 23 #define KJ_ASYNC_H_
Chris@63 24
Chris@63 25 #if defined(__GNUC__) && !KJ_HEADER_WARNINGS
Chris@63 26 #pragma GCC system_header
Chris@63 27 #endif
Chris@63 28
Chris@63 29 #include "async-prelude.h"
Chris@63 30 #include "exception.h"
Chris@63 31 #include "refcount.h"
Chris@63 32
Chris@63 33 namespace kj {
Chris@63 34
Chris@63 35 class EventLoop;
Chris@63 36 class WaitScope;
Chris@63 37
Chris@63 38 template <typename T>
Chris@63 39 class Promise;
Chris@63 40 template <typename T>
Chris@63 41 class ForkedPromise;
Chris@63 42 template <typename T>
Chris@63 43 class PromiseFulfiller;
Chris@63 44 template <typename T>
Chris@63 45 struct PromiseFulfillerPair;
Chris@63 46
Chris@63 47 template <typename Func, typename T>
Chris@63 48 using PromiseForResult = Promise<_::JoinPromises<_::ReturnType<Func, T>>>;
Chris@63 49 // Evaluates to the type of Promise for the result of calling functor type Func with parameter type
Chris@63 50 // T. If T is void, then the promise is for the result of calling Func with no arguments. If
Chris@63 51 // Func itself returns a promise, the promises are joined, so you never get Promise<Promise<T>>.
Chris@63 52
Chris@63 53 // =======================================================================================
Chris@63 54 // Promises
Chris@63 55
Chris@63 56 template <typename T>
Chris@63 57 class Promise: protected _::PromiseBase {
Chris@63 58 // The basic primitive of asynchronous computation in KJ. Similar to "futures", but designed
Chris@63 59 // specifically for event loop concurrency. Similar to E promises and JavaScript Promises/A.
Chris@63 60 //
Chris@63 61 // A Promise represents a promise to produce a value of type T some time in the future. Once
Chris@63 62 // that value has been produced, the promise is "fulfilled". Alternatively, a promise can be
Chris@63 63 // "broken", with an Exception describing what went wrong. You may implicitly convert a value of
Chris@63 64 // type T to an already-fulfilled Promise<T>. You may implicitly convert the constant
Chris@63 65 // `kj::READY_NOW` to an already-fulfilled Promise<void>. You may also implicitly convert a
Chris@63 66 // `kj::Exception` to an already-broken promise of any type.
Chris@63 67 //
Chris@63 68 // Promises are linear types -- they are moveable but not copyable. If a Promise is destroyed
Chris@63 69 // or goes out of scope (without being moved elsewhere), any ongoing asynchronous operations
Chris@63 70 // meant to fulfill the promise will be canceled if possible. All methods of `Promise` (unless
Chris@63 71 // otherwise noted) actually consume the promise in the sense of move semantics. (Arguably they
Chris@63 72 // should be rvalue-qualified, but at the time this interface was created compilers didn't widely
Chris@63 73 // support that yet and anyway it would be pretty ugly typing kj::mv(promise).whatever().) If
Chris@63 74 // you want to use one Promise in two different places, you must fork it with `fork()`.
Chris@63 75 //
Chris@63 76 // To use the result of a Promise, you must call `then()` and supply a callback function to
Chris@63 77 // call with the result. `then()` returns another promise, for the result of the callback.
Chris@63 78 // Any time that this would result in Promise<Promise<T>>, the promises are collapsed into a
Chris@63 79 // simple Promise<T> that first waits for the outer promise, then the inner. Example:
Chris@63 80 //
Chris@63 81 // // Open a remote file, read the content, and then count the
Chris@63 82 // // number of lines of text.
Chris@63 83 // // Note that none of the calls here block. `file`, `content`
Chris@63 84 // // and `lineCount` are all initialized immediately before any
Chris@63 85 // // asynchronous operations occur. The lambda callbacks are
Chris@63 86 // // called later.
Chris@63 87 // Promise<Own<File>> file = openFtp("ftp://host/foo/bar");
Chris@63 88 // Promise<String> content = file.then(
Chris@63 89 // [](Own<File> file) -> Promise<String> {
Chris@63 90 // return file.readAll();
Chris@63 91 // });
Chris@63 92 // Promise<int> lineCount = content.then(
Chris@63 93 // [](String text) -> int {
Chris@63 94 // uint count = 0;
Chris@63 95 // for (char c: text) count += (c == '\n');
Chris@63 96 // return count;
Chris@63 97 // });
Chris@63 98 //
Chris@63 99 // For `then()` to work, the current thread must have an active `EventLoop`. Each callback
Chris@63 100 // is scheduled to execute in that loop. Since `then()` schedules callbacks only on the current
Chris@63 101 // thread's event loop, you do not need to worry about two callbacks running at the same time.
Chris@63 102 // You will need to set up at least one `EventLoop` at the top level of your program before you
Chris@63 103 // can use promises.
Chris@63 104 //
Chris@63 105 // To adapt a non-Promise-based asynchronous API to promises, use `newAdaptedPromise()`.
Chris@63 106 //
Chris@63 107 // Systems using promises should consider supporting the concept of "pipelining". Pipelining
Chris@63 108 // means allowing a caller to start issuing method calls against a promised object before the
Chris@63 109 // promise has actually been fulfilled. This is particularly useful if the promise is for a
Chris@63 110 // remote object living across a network, as this can avoid round trips when chaining a series
Chris@63 111 // of calls. It is suggested that any class T which supports pipelining implement a subclass of
Chris@63 112 // Promise<T> which adds "eventual send" methods -- methods which, when called, say "please
Chris@63 113 // invoke the corresponding method on the promised value once it is available". These methods
Chris@63 114 // should in turn return promises for the eventual results of said invocations. Cap'n Proto,
Chris@63 115 // for example, implements the type `RemotePromise` which supports pipelining RPC requests -- see
Chris@63 116 // `capnp/capability.h`.
Chris@63 117 //
Chris@63 118 // KJ Promises are based on E promises:
Chris@63 119 // http://wiki.erights.org/wiki/Walnut/Distributed_Computing#Promises
Chris@63 120 //
Chris@63 121 // KJ Promises are also inspired in part by the evolving standards for JavaScript/ECMAScript
Chris@63 122 // promises, which are themselves influenced by E promises:
Chris@63 123 // http://promisesaplus.com/
Chris@63 124 // https://github.com/domenic/promises-unwrapping
Chris@63 125
Chris@63 126 public:
Chris@63 127 Promise(_::FixVoid<T> value);
Chris@63 128 // Construct an already-fulfilled Promise from a value of type T. For non-void promises, the
Chris@63 129 // parameter type is simply T. So, e.g., in a function that returns `Promise<int>`, you can
Chris@63 130 // say `return 123;` to return a promise that is already fulfilled to 123.
Chris@63 131 //
Chris@63 132 // For void promises, use `kj::READY_NOW` as the value, e.g. `return kj::READY_NOW`.
Chris@63 133
Chris@63 134 Promise(kj::Exception&& e);
Chris@63 135 // Construct an already-broken Promise.
Chris@63 136
Chris@63 137 inline Promise(decltype(nullptr)) {}
Chris@63 138
Chris@63 139 template <typename Func, typename ErrorFunc = _::PropagateException>
Chris@63 140 PromiseForResult<Func, T> then(Func&& func, ErrorFunc&& errorHandler = _::PropagateException())
Chris@63 141 KJ_WARN_UNUSED_RESULT;
Chris@63 142 // Register a continuation function to be executed when the promise completes. The continuation
Chris@63 143 // (`func`) takes the promised value (an rvalue of type `T`) as its parameter. The continuation
Chris@63 144 // may return a new value; `then()` itself returns a promise for the continuation's eventual
Chris@63 145 // result. If the continuation itself returns a `Promise<U>`, then `then()` shall also return
Chris@63 146 // a `Promise<U>` which first waits for the original promise, then executes the continuation,
Chris@63 147 // then waits for the inner promise (i.e. it automatically "unwraps" the promise).
Chris@63 148 //
Chris@63 149 // In all cases, `then()` returns immediately. The continuation is executed later. The
Chris@63 150 // continuation is always executed on the same EventLoop (and, therefore, the same thread) which
Chris@63 151 // called `then()`, therefore no synchronization is necessary on state shared by the continuation
Chris@63 152 // and the surrounding scope. If no EventLoop is running on the current thread, `then()` throws
Chris@63 153 // an exception.
Chris@63 154 //
Chris@63 155 // You may also specify an error handler continuation as the second parameter. `errorHandler`
Chris@63 156 // must be a functor taking a parameter of type `kj::Exception&&`. It must return the same
Chris@63 157 // type as `func` returns (except when `func` returns `Promise<U>`, in which case `errorHandler`
Chris@63 158 // may return either `Promise<U>` or just `U`). The default error handler simply propagates the
Chris@63 159 // exception to the returned promise.
Chris@63 160 //
Chris@63 161 // Either `func` or `errorHandler` may, of course, throw an exception, in which case the promise
Chris@63 162 // is broken. When compiled with -fno-exceptions, the framework will still detect when a
Chris@63 163 // recoverable exception was thrown inside of a continuation and will consider the promise
Chris@63 164 // broken even though a (presumably garbage) result was returned.
Chris@63 165 //
Chris@63 166 // If the returned promise is destroyed before the callback runs, the callback will be canceled
Chris@63 167 // (it will never run).
Chris@63 168 //
Chris@63 169 // Note that `then()` -- like all other Promise methods -- consumes the promise on which it is
Chris@63 170 // called, in the sense of move semantics. After returning, the original promise is no longer
Chris@63 171 // valid, but `then()` returns a new promise.
Chris@63 172 //
Chris@63 173 // *Advanced implementation tips:* Most users will never need to worry about the below, but
Chris@63 174 // it is good to be aware of.
Chris@63 175 //
Chris@63 176 // As an optimization, if the callback function `func` does _not_ return another promise, then
Chris@63 177 // execution of `func` itself may be delayed until its result is known to be needed. The
Chris@63 178 // expectation here is that `func` is just doing some transformation on the results, not
Chris@63 179 // scheduling any other actions, therefore the system doesn't need to be proactive about
Chris@63 180 // evaluating it. This way, a chain of trivial then() transformations can be executed all at
Chris@63 181 // once without repeatedly re-scheduling through the event loop. Use the `eagerlyEvaluate()`
Chris@63 182 // method to suppress this behavior.
Chris@63 183 //
Chris@63 184 // On the other hand, if `func` _does_ return another promise, then the system evaluates `func`
Chris@63 185 // as soon as possible, because the promise it returns might be for a newly-scheduled
Chris@63 186 // long-running asynchronous task.
Chris@63 187 //
Chris@63 188 // As another optimization, when a callback function registered with `then()` is actually
Chris@63 189 // scheduled, it is scheduled to occur immediately, preempting other work in the event queue.
Chris@63 190 // This allows a long chain of `then`s to execute all at once, improving cache locality by
Chris@63 191 // clustering operations on the same data. However, this implies that starvation can occur
Chris@63 192 // if a chain of `then()`s takes a very long time to execute without ever stopping to wait for
Chris@63 193 // actual I/O. To solve this, use `kj::evalLater()` to yield control; this way, all other events
Chris@63 194 // in the queue will get a chance to run before your callback is executed.
Chris@63 195
Chris@63 196 Promise<void> ignoreResult() KJ_WARN_UNUSED_RESULT { return then([](T&&) {}); }
Chris@63 197 // Convenience method to convert the promise to a void promise by ignoring the return value.
Chris@63 198 //
Chris@63 199 // You must still wait on the returned promise if you want the task to execute.
Chris@63 200
Chris@63 201 template <typename ErrorFunc>
Chris@63 202 Promise<T> catch_(ErrorFunc&& errorHandler) KJ_WARN_UNUSED_RESULT;
Chris@63 203 // Equivalent to `.then(identityFunc, errorHandler)`, where `identifyFunc` is a function that
Chris@63 204 // just returns its input.
Chris@63 205
Chris@63 206 T wait(WaitScope& waitScope);
Chris@63 207 // Run the event loop until the promise is fulfilled, then return its result. If the promise
Chris@63 208 // is rejected, throw an exception.
Chris@63 209 //
Chris@63 210 // wait() is primarily useful at the top level of a program -- typically, within the function
Chris@63 211 // that allocated the EventLoop. For example, a program that performs one or two RPCs and then
Chris@63 212 // exits would likely use wait() in its main() function to wait on each RPC. On the other hand,
Chris@63 213 // server-side code generally cannot use wait(), because it has to be able to accept multiple
Chris@63 214 // requests at once.
Chris@63 215 //
Chris@63 216 // If the promise is rejected, `wait()` throws an exception. If the program was compiled without
Chris@63 217 // exceptions (-fno-exceptions), this will usually abort. In this case you really should first
Chris@63 218 // use `then()` to set an appropriate handler for the exception case, so that the promise you
Chris@63 219 // actually wait on never throws.
Chris@63 220 //
Chris@63 221 // `waitScope` is an object proving that the caller is in a scope where wait() is allowed. By
Chris@63 222 // convention, any function which might call wait(), or which might call another function which
Chris@63 223 // might call wait(), must take `WaitScope&` as one of its parameters. This is needed for two
Chris@63 224 // reasons:
Chris@63 225 // * `wait()` is not allowed during an event callback, because event callbacks are themselves
Chris@63 226 // called during some other `wait()`, and such recursive `wait()`s would only be able to
Chris@63 227 // complete in LIFO order, which might mean that the outer `wait()` ends up waiting longer
Chris@63 228 // than it is supposed to. To prevent this, a `WaitScope` cannot be constructed or used during
Chris@63 229 // an event callback.
Chris@63 230 // * Since `wait()` runs the event loop, unrelated event callbacks may execute before `wait()`
Chris@63 231 // returns. This means that anyone calling `wait()` must be reentrant -- state may change
Chris@63 232 // around them in arbitrary ways. Therefore, callers really need to know if a function they
Chris@63 233 // are calling might wait(), and the `WaitScope&` parameter makes this clear.
Chris@63 234 //
Chris@63 235 // TODO(someday): Implement fibers, and let them call wait() even when they are handling an
Chris@63 236 // event.
Chris@63 237
Chris@63 238 ForkedPromise<T> fork() KJ_WARN_UNUSED_RESULT;
Chris@63 239 // Forks the promise, so that multiple different clients can independently wait on the result.
Chris@63 240 // `T` must be copy-constructable for this to work. Or, in the special case where `T` is
Chris@63 241 // `Own<U>`, `U` must have a method `Own<U> addRef()` which returns a new reference to the same
Chris@63 242 // (or an equivalent) object (probably implemented via reference counting).
Chris@63 243
Chris@63 244 _::SplitTuplePromise<T> split();
Chris@63 245 // Split a promise for a tuple into a tuple of promises.
Chris@63 246 //
Chris@63 247 // E.g. if you have `Promise<kj::Tuple<T, U>>`, `split()` returns
Chris@63 248 // `kj::Tuple<Promise<T>, Promise<U>>`.
Chris@63 249
Chris@63 250 Promise<T> exclusiveJoin(Promise<T>&& other) KJ_WARN_UNUSED_RESULT;
Chris@63 251 // Return a new promise that resolves when either the original promise resolves or `other`
Chris@63 252 // resolves (whichever comes first). The promise that didn't resolve first is canceled.
Chris@63 253
Chris@63 254 // TODO(someday): inclusiveJoin(), or perhaps just join(), which waits for both completions
Chris@63 255 // and produces a tuple?
Chris@63 256
Chris@63 257 template <typename... Attachments>
Chris@63 258 Promise<T> attach(Attachments&&... attachments) KJ_WARN_UNUSED_RESULT;
Chris@63 259 // "Attaches" one or more movable objects (often, Own<T>s) to the promise, such that they will
Chris@63 260 // be destroyed when the promise resolves. This is useful when a promise's callback contains
Chris@63 261 // pointers into some object and you want to make sure the object still exists when the callback
Chris@63 262 // runs -- after calling then(), use attach() to add necessary objects to the result.
Chris@63 263
Chris@63 264 template <typename ErrorFunc>
Chris@63 265 Promise<T> eagerlyEvaluate(ErrorFunc&& errorHandler) KJ_WARN_UNUSED_RESULT;
Chris@63 266 Promise<T> eagerlyEvaluate(decltype(nullptr)) KJ_WARN_UNUSED_RESULT;
Chris@63 267 // Force eager evaluation of this promise. Use this if you are going to hold on to the promise
Chris@63 268 // for awhile without consuming the result, but you want to make sure that the system actually
Chris@63 269 // processes it.
Chris@63 270 //
Chris@63 271 // `errorHandler` is a function that takes `kj::Exception&&`, like the second parameter to
Chris@63 272 // `then()`, except that it must return void. We make you specify this because otherwise it's
Chris@63 273 // easy to forget to handle errors in a promise that you never use. You may specify nullptr for
Chris@63 274 // the error handler if you are sure that ignoring errors is fine, or if you know that you'll
Chris@63 275 // eventually wait on the promise somewhere.
Chris@63 276
Chris@63 277 template <typename ErrorFunc>
Chris@63 278 void detach(ErrorFunc&& errorHandler);
Chris@63 279 // Allows the promise to continue running in the background until it completes or the
Chris@63 280 // `EventLoop` is destroyed. Be careful when using this: since you can no longer cancel this
Chris@63 281 // promise, you need to make sure that the promise owns all the objects it touches or make sure
Chris@63 282 // those objects outlive the EventLoop.
Chris@63 283 //
Chris@63 284 // `errorHandler` is a function that takes `kj::Exception&&`, like the second parameter to
Chris@63 285 // `then()`, except that it must return void.
Chris@63 286 //
Chris@63 287 // This function exists mainly to implement the Cap'n Proto requirement that RPC calls cannot be
Chris@63 288 // canceled unless the callee explicitly permits it.
Chris@63 289
Chris@63 290 kj::String trace();
Chris@63 291 // Returns a dump of debug info about this promise. Not for production use. Requires RTTI.
Chris@63 292 // This method does NOT consume the promise as other methods do.
Chris@63 293
Chris@63 294 private:
Chris@63 295 Promise(bool, Own<_::PromiseNode>&& node): PromiseBase(kj::mv(node)) {}
Chris@63 296 // Second parameter prevent ambiguity with immediate-value constructor.
Chris@63 297
Chris@63 298 template <typename>
Chris@63 299 friend class Promise;
Chris@63 300 friend class EventLoop;
Chris@63 301 template <typename U, typename Adapter, typename... Params>
Chris@63 302 friend Promise<U> newAdaptedPromise(Params&&... adapterConstructorParams);
Chris@63 303 template <typename U>
Chris@63 304 friend PromiseFulfillerPair<U> newPromiseAndFulfiller();
Chris@63 305 template <typename>
Chris@63 306 friend class _::ForkHub;
Chris@63 307 friend class _::TaskSetImpl;
Chris@63 308 friend Promise<void> _::yield();
Chris@63 309 friend class _::NeverDone;
Chris@63 310 template <typename U>
Chris@63 311 friend Promise<Array<U>> joinPromises(Array<Promise<U>>&& promises);
Chris@63 312 friend Promise<void> joinPromises(Array<Promise<void>>&& promises);
Chris@63 313 };
Chris@63 314
Chris@63 315 template <typename T>
Chris@63 316 class ForkedPromise {
Chris@63 317 // The result of `Promise::fork()` and `EventLoop::fork()`. Allows branches to be created.
Chris@63 318 // Like `Promise<T>`, this is a pass-by-move type.
Chris@63 319
Chris@63 320 public:
Chris@63 321 inline ForkedPromise(decltype(nullptr)) {}
Chris@63 322
Chris@63 323 Promise<T> addBranch();
Chris@63 324 // Add a new branch to the fork. The branch is equivalent to the original promise.
Chris@63 325
Chris@63 326 private:
Chris@63 327 Own<_::ForkHub<_::FixVoid<T>>> hub;
Chris@63 328
Chris@63 329 inline ForkedPromise(bool, Own<_::ForkHub<_::FixVoid<T>>>&& hub): hub(kj::mv(hub)) {}
Chris@63 330
Chris@63 331 friend class Promise<T>;
Chris@63 332 friend class EventLoop;
Chris@63 333 };
Chris@63 334
Chris@63 335 constexpr _::Void READY_NOW = _::Void();
Chris@63 336 // Use this when you need a Promise<void> that is already fulfilled -- this value can be implicitly
Chris@63 337 // cast to `Promise<void>`.
Chris@63 338
Chris@63 339 constexpr _::NeverDone NEVER_DONE = _::NeverDone();
Chris@63 340 // The opposite of `READY_NOW`, return this when the promise should never resolve. This can be
Chris@63 341 // implicitly converted to any promise type. You may also call `NEVER_DONE.wait()` to wait
Chris@63 342 // forever (useful for servers).
Chris@63 343
Chris@63 344 template <typename Func>
Chris@63 345 PromiseForResult<Func, void> evalLater(Func&& func) KJ_WARN_UNUSED_RESULT;
Chris@63 346 // Schedule for the given zero-parameter function to be executed in the event loop at some
Chris@63 347 // point in the near future. Returns a Promise for its result -- or, if `func()` itself returns
Chris@63 348 // a promise, `evalLater()` returns a Promise for the result of resolving that promise.
Chris@63 349 //
Chris@63 350 // Example usage:
Chris@63 351 // Promise<int> x = evalLater([]() { return 123; });
Chris@63 352 //
Chris@63 353 // The above is exactly equivalent to:
Chris@63 354 // Promise<int> x = Promise<void>(READY_NOW).then([]() { return 123; });
Chris@63 355 //
Chris@63 356 // If the returned promise is destroyed before the callback runs, the callback will be canceled
Chris@63 357 // (never called).
Chris@63 358 //
Chris@63 359 // If you schedule several evaluations with `evalLater` during the same callback, they are
Chris@63 360 // guaranteed to be executed in order.
Chris@63 361
Chris@63 362 template <typename Func>
Chris@63 363 PromiseForResult<Func, void> evalNow(Func&& func) KJ_WARN_UNUSED_RESULT;
Chris@63 364 // Run `func()` and return a promise for its result. `func()` executes before `evalNow()` returns.
Chris@63 365 // If `func()` throws an exception, the exception is caught and wrapped in a promise -- this is the
Chris@63 366 // main reason why `evalNow()` is useful.
Chris@63 367
Chris@63 368 template <typename T>
Chris@63 369 Promise<Array<T>> joinPromises(Array<Promise<T>>&& promises);
Chris@63 370 // Join an array of promises into a promise for an array.
Chris@63 371
Chris@63 372 // =======================================================================================
Chris@63 373 // Hack for creating a lambda that holds an owned pointer.
Chris@63 374
Chris@63 375 template <typename Func, typename MovedParam>
Chris@63 376 class CaptureByMove {
Chris@63 377 public:
Chris@63 378 inline CaptureByMove(Func&& func, MovedParam&& param)
Chris@63 379 : func(kj::mv(func)), param(kj::mv(param)) {}
Chris@63 380
Chris@63 381 template <typename... Params>
Chris@63 382 inline auto operator()(Params&&... params)
Chris@63 383 -> decltype(kj::instance<Func>()(kj::instance<MovedParam&&>(), kj::fwd<Params>(params)...)) {
Chris@63 384 return func(kj::mv(param), kj::fwd<Params>(params)...);
Chris@63 385 }
Chris@63 386
Chris@63 387 private:
Chris@63 388 Func func;
Chris@63 389 MovedParam param;
Chris@63 390 };
Chris@63 391
Chris@63 392 template <typename Func, typename MovedParam>
Chris@63 393 inline CaptureByMove<Func, Decay<MovedParam>> mvCapture(MovedParam&& param, Func&& func) {
Chris@63 394 // Hack to create a "lambda" which captures a variable by moving it rather than copying or
Chris@63 395 // referencing. C++14 generalized captures should make this obsolete, but for now in C++11 this
Chris@63 396 // is commonly needed for Promise continuations that own their state. Example usage:
Chris@63 397 //
Chris@63 398 // Own<Foo> ptr = makeFoo();
Chris@63 399 // Promise<int> promise = callRpc();
Chris@63 400 // promise.then(mvCapture(ptr, [](Own<Foo>&& ptr, int result) {
Chris@63 401 // return ptr->finish(result);
Chris@63 402 // }));
Chris@63 403
Chris@63 404 return CaptureByMove<Func, Decay<MovedParam>>(kj::fwd<Func>(func), kj::mv(param));
Chris@63 405 }
Chris@63 406
Chris@63 407 // =======================================================================================
Chris@63 408 // Advanced promise construction
Chris@63 409
Chris@63 410 template <typename T>
Chris@63 411 class PromiseFulfiller {
Chris@63 412 // A callback which can be used to fulfill a promise. Only the first call to fulfill() or
Chris@63 413 // reject() matters; subsequent calls are ignored.
Chris@63 414
Chris@63 415 public:
Chris@63 416 virtual void fulfill(T&& value) = 0;
Chris@63 417 // Fulfill the promise with the given value.
Chris@63 418
Chris@63 419 virtual void reject(Exception&& exception) = 0;
Chris@63 420 // Reject the promise with an error.
Chris@63 421
Chris@63 422 virtual bool isWaiting() = 0;
Chris@63 423 // Returns true if the promise is still unfulfilled and someone is potentially waiting for it.
Chris@63 424 // Returns false if fulfill()/reject() has already been called *or* if the promise to be
Chris@63 425 // fulfilled has been discarded and therefore the result will never be used anyway.
Chris@63 426
Chris@63 427 template <typename Func>
Chris@63 428 bool rejectIfThrows(Func&& func);
Chris@63 429 // Call the function (with no arguments) and return true. If an exception is thrown, call
Chris@63 430 // `fulfiller.reject()` and then return false. When compiled with exceptions disabled,
Chris@63 431 // non-fatal exceptions are still detected and handled correctly.
Chris@63 432 };
Chris@63 433
Chris@63 434 template <>
Chris@63 435 class PromiseFulfiller<void> {
Chris@63 436 // Specialization of PromiseFulfiller for void promises. See PromiseFulfiller<T>.
Chris@63 437
Chris@63 438 public:
Chris@63 439 virtual void fulfill(_::Void&& value = _::Void()) = 0;
Chris@63 440 // Call with zero parameters. The parameter is a dummy that only exists so that subclasses don't
Chris@63 441 // have to specialize for <void>.
Chris@63 442
Chris@63 443 virtual void reject(Exception&& exception) = 0;
Chris@63 444 virtual bool isWaiting() = 0;
Chris@63 445
Chris@63 446 template <typename Func>
Chris@63 447 bool rejectIfThrows(Func&& func);
Chris@63 448 };
Chris@63 449
Chris@63 450 template <typename T, typename Adapter, typename... Params>
Chris@63 451 Promise<T> newAdaptedPromise(Params&&... adapterConstructorParams);
Chris@63 452 // Creates a new promise which owns an instance of `Adapter` which encapsulates the operation
Chris@63 453 // that will eventually fulfill the promise. This is primarily useful for adapting non-KJ
Chris@63 454 // asynchronous APIs to use promises.
Chris@63 455 //
Chris@63 456 // An instance of `Adapter` will be allocated and owned by the returned `Promise`. A
Chris@63 457 // `PromiseFulfiller<T>&` will be passed as the first parameter to the adapter's constructor,
Chris@63 458 // and `adapterConstructorParams` will be forwarded as the subsequent parameters. The adapter
Chris@63 459 // is expected to perform some asynchronous operation and call the `PromiseFulfiller<T>` once
Chris@63 460 // it is finished.
Chris@63 461 //
Chris@63 462 // The adapter is destroyed when its owning Promise is destroyed. This may occur before the
Chris@63 463 // Promise has been fulfilled. In this case, the adapter's destructor should cancel the
Chris@63 464 // asynchronous operation. Once the adapter is destroyed, the fulfillment callback cannot be
Chris@63 465 // called.
Chris@63 466 //
Chris@63 467 // An adapter implementation should be carefully written to ensure that it cannot accidentally
Chris@63 468 // be left unfulfilled permanently because of an exception. Consider making liberal use of
Chris@63 469 // `PromiseFulfiller<T>::rejectIfThrows()`.
Chris@63 470
Chris@63 471 template <typename T>
Chris@63 472 struct PromiseFulfillerPair {
Chris@63 473 Promise<_::JoinPromises<T>> promise;
Chris@63 474 Own<PromiseFulfiller<T>> fulfiller;
Chris@63 475 };
Chris@63 476
Chris@63 477 template <typename T>
Chris@63 478 PromiseFulfillerPair<T> newPromiseAndFulfiller();
Chris@63 479 // Construct a Promise and a separate PromiseFulfiller which can be used to fulfill the promise.
Chris@63 480 // If the PromiseFulfiller is destroyed before either of its methods are called, the Promise is
Chris@63 481 // implicitly rejected.
Chris@63 482 //
Chris@63 483 // Although this function is easier to use than `newAdaptedPromise()`, it has the serious drawback
Chris@63 484 // that there is no way to handle cancellation (i.e. detect when the Promise is discarded).
Chris@63 485 //
Chris@63 486 // You can arrange to fulfill a promise with another promise by using a promise type for T. E.g.
Chris@63 487 // `newPromiseAndFulfiller<Promise<U>>()` will produce a promise of type `Promise<U>` but the
Chris@63 488 // fulfiller will be of type `PromiseFulfiller<Promise<U>>`. Thus you pass a `Promise<U>` to the
Chris@63 489 // `fulfill()` callback, and the promises are chained.
Chris@63 490
Chris@63 491 // =======================================================================================
Chris@63 492 // TaskSet
Chris@63 493
Chris@63 494 class TaskSet {
Chris@63 495 // Holds a collection of Promise<void>s and ensures that each executes to completion. Memory
Chris@63 496 // associated with each promise is automatically freed when the promise completes. Destroying
Chris@63 497 // the TaskSet itself automatically cancels all unfinished promises.
Chris@63 498 //
Chris@63 499 // This is useful for "daemon" objects that perform background tasks which aren't intended to
Chris@63 500 // fulfill any particular external promise, but which may need to be canceled (and thus can't
Chris@63 501 // use `Promise::detach()`). The daemon object holds a TaskSet to collect these tasks it is
Chris@63 502 // working on. This way, if the daemon itself is destroyed, the TaskSet is detroyed as well,
Chris@63 503 // and everything the daemon is doing is canceled.
Chris@63 504
Chris@63 505 public:
Chris@63 506 class ErrorHandler {
Chris@63 507 public:
Chris@63 508 virtual void taskFailed(kj::Exception&& exception) = 0;
Chris@63 509 };
Chris@63 510
Chris@63 511 TaskSet(ErrorHandler& errorHandler);
Chris@63 512 // `loop` will be used to wait on promises. `errorHandler` will be executed any time a task
Chris@63 513 // throws an exception, and will execute within the given EventLoop.
Chris@63 514
Chris@63 515 ~TaskSet() noexcept(false);
Chris@63 516
Chris@63 517 void add(Promise<void>&& promise);
Chris@63 518
Chris@63 519 kj::String trace();
Chris@63 520 // Return debug info about all promises currently in the TaskSet.
Chris@63 521
Chris@63 522 private:
Chris@63 523 Own<_::TaskSetImpl> impl;
Chris@63 524 };
Chris@63 525
Chris@63 526 // =======================================================================================
Chris@63 527 // The EventLoop class
Chris@63 528
Chris@63 529 class EventPort {
Chris@63 530 // Interfaces between an `EventLoop` and events originating from outside of the loop's thread.
Chris@63 531 // All such events come in through the `EventPort` implementation.
Chris@63 532 //
Chris@63 533 // An `EventPort` implementation may interface with low-level operating system APIs and/or other
Chris@63 534 // threads. You can also write an `EventPort` which wraps some other (non-KJ) event loop
Chris@63 535 // framework, allowing the two to coexist in a single thread.
Chris@63 536
Chris@63 537 public:
Chris@63 538 virtual bool wait() = 0;
Chris@63 539 // Wait for an external event to arrive, sleeping if necessary. Once at least one event has
Chris@63 540 // arrived, queue it to the event loop (e.g. by fulfilling a promise) and return.
Chris@63 541 //
Chris@63 542 // This is called during `Promise::wait()` whenever the event queue becomes empty, in order to
Chris@63 543 // wait for new events to populate the queue.
Chris@63 544 //
Chris@63 545 // It is safe to return even if nothing has actually been queued, so long as calling `wait()` in
Chris@63 546 // a loop will eventually sleep. (That is to say, false positives are fine.)
Chris@63 547 //
Chris@63 548 // Returns true if wake() has been called from another thread. (Precisely, returns true if
Chris@63 549 // no previous call to wait `wait()` nor `poll()` has returned true since `wake()` was last
Chris@63 550 // called.)
Chris@63 551
Chris@63 552 virtual bool poll() = 0;
Chris@63 553 // Check if any external events have arrived, but do not sleep. If any events have arrived,
Chris@63 554 // add them to the event queue (e.g. by fulfilling promises) before returning.
Chris@63 555 //
Chris@63 556 // This may be called during `Promise::wait()` when the EventLoop has been executing for a while
Chris@63 557 // without a break but is still non-empty.
Chris@63 558 //
Chris@63 559 // Returns true if wake() has been called from another thread. (Precisely, returns true if
Chris@63 560 // no previous call to wait `wait()` nor `poll()` has returned true since `wake()` was last
Chris@63 561 // called.)
Chris@63 562
Chris@63 563 virtual void setRunnable(bool runnable);
Chris@63 564 // Called to notify the `EventPort` when the `EventLoop` has work to do; specifically when it
Chris@63 565 // transitions from empty -> runnable or runnable -> empty. This is typically useful when
Chris@63 566 // integrating with an external event loop; if the loop is currently runnable then you should
Chris@63 567 // arrange to call run() on it soon. The default implementation does nothing.
Chris@63 568
Chris@63 569 virtual void wake() const;
Chris@63 570 // Wake up the EventPort's thread from another thread.
Chris@63 571 //
Chris@63 572 // Unlike all other methods on this interface, `wake()` may be called from another thread, hence
Chris@63 573 // it is `const`.
Chris@63 574 //
Chris@63 575 // Technically speaking, `wake()` causes the target thread to cease sleeping and not to sleep
Chris@63 576 // again until `wait()` or `poll()` has returned true at least once.
Chris@63 577 //
Chris@63 578 // The default implementation throws an UNIMPLEMENTED exception.
Chris@63 579 };
Chris@63 580
Chris@63 581 class EventLoop {
Chris@63 582 // Represents a queue of events being executed in a loop. Most code won't interact with
Chris@63 583 // EventLoop directly, but instead use `Promise`s to interact with it indirectly. See the
Chris@63 584 // documentation for `Promise`.
Chris@63 585 //
Chris@63 586 // Each thread can have at most one current EventLoop. To make an `EventLoop` current for
Chris@63 587 // the thread, create a `WaitScope`. Async APIs require that the thread has a current EventLoop,
Chris@63 588 // or they will throw exceptions. APIs that use `Promise::wait()` additionally must explicitly
Chris@63 589 // be passed a reference to the `WaitScope` to make the caller aware that they might block.
Chris@63 590 //
Chris@63 591 // Generally, you will want to construct an `EventLoop` at the top level of your program, e.g.
Chris@63 592 // in the main() function, or in the start function of a thread. You can then use it to
Chris@63 593 // construct some promises and wait on the result. Example:
Chris@63 594 //
Chris@63 595 // int main() {
Chris@63 596 // // `loop` becomes the official EventLoop for the thread.
Chris@63 597 // MyEventPort eventPort;
Chris@63 598 // EventLoop loop(eventPort);
Chris@63 599 //
Chris@63 600 // // Now we can call an async function.
Chris@63 601 // Promise<String> textPromise = getHttp("http://example.com");
Chris@63 602 //
Chris@63 603 // // And we can wait for the promise to complete. Note that you can only use `wait()`
Chris@63 604 // // from the top level, not from inside a promise callback.
Chris@63 605 // String text = textPromise.wait();
Chris@63 606 // print(text);
Chris@63 607 // return 0;
Chris@63 608 // }
Chris@63 609 //
Chris@63 610 // Most applications that do I/O will prefer to use `setupAsyncIo()` from `async-io.h` rather
Chris@63 611 // than allocate an `EventLoop` directly.
Chris@63 612
Chris@63 613 public:
Chris@63 614 EventLoop();
Chris@63 615 // Construct an `EventLoop` which does not receive external events at all.
Chris@63 616
Chris@63 617 explicit EventLoop(EventPort& port);
Chris@63 618 // Construct an `EventLoop` which receives external events through the given `EventPort`.
Chris@63 619
Chris@63 620 ~EventLoop() noexcept(false);
Chris@63 621
Chris@63 622 void run(uint maxTurnCount = maxValue);
Chris@63 623 // Run the event loop for `maxTurnCount` turns or until there is nothing left to be done,
Chris@63 624 // whichever comes first. This never calls the `EventPort`'s `sleep()` or `poll()`. It will
Chris@63 625 // call the `EventPort`'s `setRunnable(false)` if the queue becomes empty.
Chris@63 626
Chris@63 627 bool isRunnable();
Chris@63 628 // Returns true if run() would currently do anything, or false if the queue is empty.
Chris@63 629
Chris@63 630 private:
Chris@63 631 EventPort& port;
Chris@63 632
Chris@63 633 bool running = false;
Chris@63 634 // True while looping -- wait() is then not allowed.
Chris@63 635
Chris@63 636 bool lastRunnableState = false;
Chris@63 637 // What did we last pass to port.setRunnable()?
Chris@63 638
Chris@63 639 _::Event* head = nullptr;
Chris@63 640 _::Event** tail = &head;
Chris@63 641 _::Event** depthFirstInsertPoint = &head;
Chris@63 642
Chris@63 643 Own<_::TaskSetImpl> daemons;
Chris@63 644
Chris@63 645 bool turn();
Chris@63 646 void setRunnable(bool runnable);
Chris@63 647 void enterScope();
Chris@63 648 void leaveScope();
Chris@63 649
Chris@63 650 friend void _::detach(kj::Promise<void>&& promise);
Chris@63 651 friend void _::waitImpl(Own<_::PromiseNode>&& node, _::ExceptionOrValue& result,
Chris@63 652 WaitScope& waitScope);
Chris@63 653 friend class _::Event;
Chris@63 654 friend class WaitScope;
Chris@63 655 };
Chris@63 656
Chris@63 657 class WaitScope {
Chris@63 658 // Represents a scope in which asynchronous programming can occur. A `WaitScope` should usually
Chris@63 659 // be allocated on the stack and serves two purposes:
Chris@63 660 // * While the `WaitScope` exists, its `EventLoop` is registered as the current loop for the
Chris@63 661 // thread. Most operations dealing with `Promise` (including all of its methods) do not work
Chris@63 662 // unless the thread has a current `EventLoop`.
Chris@63 663 // * `WaitScope` may be passed to `Promise::wait()` to synchronously wait for a particular
Chris@63 664 // promise to complete. See `Promise::wait()` for an extended discussion.
Chris@63 665
Chris@63 666 public:
Chris@63 667 inline explicit WaitScope(EventLoop& loop): loop(loop) { loop.enterScope(); }
Chris@63 668 inline ~WaitScope() { loop.leaveScope(); }
Chris@63 669 KJ_DISALLOW_COPY(WaitScope);
Chris@63 670
Chris@63 671 private:
Chris@63 672 EventLoop& loop;
Chris@63 673 friend class EventLoop;
Chris@63 674 friend void _::waitImpl(Own<_::PromiseNode>&& node, _::ExceptionOrValue& result,
Chris@63 675 WaitScope& waitScope);
Chris@63 676 };
Chris@63 677
Chris@63 678 } // namespace kj
Chris@63 679
Chris@63 680 #include "async-inl.h"
Chris@63 681
Chris@63 682 #endif // KJ_ASYNC_H_