______ ______ ______
______ ______________ _________ __________ /_ ___ /______ __________ /__
_ __ `/__ ___/__ / / /__ __ \_ ___/__ __ \__ / _ __ \_ ___/__ //_/
/ /_/ / _(__ ) _ /_/ / _ / / // /__ _ /_/ /_ / / /_/ // /__ _ ,<
\__,_/ /____/ _\__, / /_/ /_/ \___/ /_.___/ /_/ \____/ \___/ /_/|_|
/____/
==================================================================
A fully fledged flow control library built on top of fibers. Don't want to use Fibers and on node v4+? Check out asyncblock-generators.
Installation
npm install asyncblock
See node-fibers for more information on fibers
Why should I use asyncblock?
- Write async code in synchronous style without blocking the event loop
- Effortlessly combine serial and parallel operations with minimal boilerplate
- Produce code which is easier to read, reason about, and modify
- Compared to flow control libraries, asyncblock makes it easy to share data between async steps. There's no need to create variables in an outer scope or use "waterfall".
- Simplify error handling practices
- If an error occurs in an async step, automatically call your callback with the error, or throw an Error
- Improve debugging by not losing stack traces across async calls
- Line numbers don't change. What's in the stack trace maps directly to your code (You may lose this with CPS transforms)
- If using a debugger, it's easy to step line-by-line through asyncblock code (compared to async libraries)
Overview
Check out the overview to get an at-a-glance overview of the different ways asyncblock can be used.
Examples
A few quick examples to show off the functionality of asyncblock:
Sleeping in series
;
Sleeping in parallel
var ab = ; ;
Trapping results
var ab = ; ;
With source transformation
//asyncblock.enableTransform() must be called before requiring modules using this syntax.//See overview / API for more details var ab = ; if ab return; ;
Returning results and Error Handling
var ab = ; if ab return; var { ; //The callback can be specified as the 2nd arg to asyncblock. It will be called with the value returned from the asyncblock as the 2nd arg. //If an error occurs, the callback will be called with the error as the first argument.});
API
Stack traces
Error handling
See error handling documentation
Formatting results
See formatting results documentation
Parallel task rate limiting
Task timeouts
Concurrency
Both fibers, and this module, do not increase concurrency in nodejs. There is still only one thread executing at a time. Fibers are threads which are allowed to pause and resume where they left off without blocking the event loop.
Risks
- Fibers are fast, but they're not the fastest. CPU intensive tasks may prefer other solutions (you probably don't want to do CPU intensive work in node anyway...)
- Not suitable for cases where a very large number are allocated and used for an extended period of time (source)
- It requires V8 extensions, which are maintained in the node-fibers module
- In the worst case, if future versions of V8 break fibers support completely, a custom build of V8 would be required
- In the best case, V8 builds in support for coroutines directly, and asyncblock becomes based on that
- When new versions of node (V8) come out, you may have to wait longer to upgrade if the fibers code needs to be adjusted to work with it
Compared to other solutions...
A sample program in pure node, using the async library, and using asyncblock + fibers.
Pure node
{ var finishedCount = 0; var fileContents = ; var { iffinishedCount < 2 return; fs; }; fs; fs;}
Using async
var async = ; var fileContents = ; async;
Using asyncblock + fibers
var ab = ; ;
Using asyncblock + source transformation
//Requires asyncblock.enableTransform to be called before requiring this modulevar ab = ; if ab return; ;