Both packages help developers schedule tasks to run automatically at specific times, like sending daily emails or cleaning up databases. Cron is the original package with a more traditional approach, while node-cron is a simpler, more beginner-friendly alternative. They both use the familiar cron syntax (like '* * * * *') to set up schedules, but differ in their features and ease of use.
Unable to load comparison data. Please try again later.
A flexible job scheduler for Node.js. It lets you schedule jobs using simple date-based expressions, similar to cron but with a more JavaScript-friendly syntax.
Closest to cron in terms of simplicity, but with a more natural JavaScript feel. Great for developers who find cron syntax confusing.
Job SchedulerA lightweight job scheduling library for Node.js. It uses MongoDB to store jobs and can handle both one-time and repeating tasks. Think of it as a more powerful cron with a database backing.
Great for developers who need more features than basic cron, like job persistence, job queuing, and detailed job control. It's especially good if you're already using MongoDB in your project.
Job SchedulerA modern job scheduler for Node.js with no dependencies. It supports workers, cron-like scheduling, and promises. It's like a modern, cleaner version of traditional cron.
Good for developers who want a modern, promise-based scheduler without external dependencies. It's newer but gaining popularity due to its clean design.
Job SchedulerA Redis-based queue system for handling jobs and messages in Node.js. It can schedule jobs, handle retries, and manage job priorities. It's like a super-powered task scheduler with queue features.
Perfect when you need both scheduling and queuing features. It's more robust than cron and great for apps that need to handle many tasks reliably.
Queue & Schedulerchild_process
npm install cron
With the introduction of TypeScript in version 3 and alignment with UNIX cron patterns, a few changes have been made:
<details> <summary>Migrating from v2 to v3</summary>Month Indexing: Changed from 0-11
to 1-12
. So you need to increment all numeric months by 1.
Day-of-Week Indexing: Support added for 7
as Sunday.
CronJob
CronJob.from(argsObject)
instead.nextDates(count?: number)
now always returns an array (empty if no argument is provided). Use nextDate()
instead for a single date.removed job()
method in favor of new CronJob(...args)
/ CronJob.from(argsObject)
removed time()
method in favor of new CronTime()
import { CronJob } from 'cron'; const job = new CronJob( '* * * * * *', // cronTime function () { console.log('You will see this message every second'); }, // onTick null, // onComplete true, // start 'America/Los_Angeles' // timeZone ); // job.start() is optional here because of the fourth parameter set to true.
// equivalent job using the "from" static method, providing parameters as an object const job = CronJob.from({ cronTime: '* * * * * *', onTick: function () { console.log('You will see this message every second'); }, start: true, timeZone: 'America/Los_Angeles' });
Note: In the first example above, the fourth parameter to
CronJob()
starts the job automatically. If not provided or set to falsy, you must explicitly start the job usingjob.start()
.
For more advanced examples, check the examples directory.
Cron patterns are the backbone of this library. Familiarize yourself with the syntax:
- `*` Asterisks: Any value
- `1-3,5` Ranges: Ranges and individual values
- `*/2` Steps: Every two units
Detailed patterns and explanations are available at crontab.org. The examples in the link have five fields, and 1 minute as the finest granularity, but our cron scheduling supports an enhanced format with six fields, allowing for second-level precision. Tools like crontab.guru can help in constructing patterns but remember to account for the seconds field.
Here's a quick reference to the UNIX Cron format this library uses, plus an added second field:
field allowed values
----- --------------
second 0-59
minute 0-59
hour 0-23
day of month 1-31
month 1-12 (or names, see below)
day of week 0-7 (0 or 7 is Sunday, or use names)
Names can also be used for the 'month' and 'day of week' fields. Use the first three letters of the particular day or month (case does not matter). Ranges and lists of names are allowed.
Examples: "mon,wed,fri", "jan-mar".
Both JS Date
and Luxon DateTime
objects don't guarantee millisecond precision due to computation delays. This module excludes millisecond precision for standard cron syntax but allows execution date specification through JS Date
or Luxon DateTime
objects. However, specifying a precise future execution time, such as adding a millisecond to the current time, may not always work due to these computation delays. It's observed that delays less than 4-5 ms might lead to inconsistencies. While we could limit all date granularity to seconds, we've chosen to allow greater precision but advise users of potential issues.
Using arrow functions for onTick
binds them to the parent's this
context. As a result, they won't have access to the cronjob's this
context. You can read a little more in issue #47 (comment).
sendAt
: Indicates when a CronTime
will execute (returns a Luxon DateTime
object).
import * as cron from 'cron'; const dt = cron.sendAt('0 0 * * *'); console.log(`The job would run at: ${dt.toISO()}`);
timeout
: Indicates the number of milliseconds in the future at which a CronTime
will execute (returns a number).
import * as cron from 'cron'; const timeout = cron.timeout('0 0 * * *'); console.log(`The job would run in ${timeout}ms`);
constructor(cronTime, onTick, onComplete, start, timeZone, context, runOnInit, utcOffset, unrefTimeout)
:
cronTime
: [REQUIRED] - The time to fire off your job. Can be cron syntax, a JS Date
object or a Luxon DateTime
object.
onTick
: [REQUIRED] - Function to execute at the specified time. If an onComplete
callback was provided, onTick
will receive it as an argument.
onComplete
: [OPTIONAL] - Invoked when the job is halted with job.stop()
. It might also be triggered by onTick
post its run.
start
: [OPTIONAL] - Determines if the job should commence before constructor exit. Default is false
.
timeZone
: [OPTIONAL] - Sets the execution time zone. Default is local time. Check valid formats in the Luxon documentation.
context
: [OPTIONAL] - Execution context for the onTick method.
runOnInit
: [OPTIONAL] - Instantly triggers the onTick
function post initialization. Default is false
.
utcOffset
: [OPTIONAL] - Specifies time zone offset in minutes. Cannot co-exist with timeZone
.
unrefTimeout
: [OPTIONAL] - Useful for controlling event loop behavior. More details here.
waitForCompletion
: [OPTIONAL] - If true
, no additional instances of the onTick
callback function will run until the current onTick callback has completed. Any new scheduled executions that occur while the current callback is running will be skipped entirely. Default is false
.
errorHandler
: [OPTIONAL] - Function to handle any exceptions that occur in the onTick
method.
from
(static): Create a new CronJob object providing arguments as an object. See argument names and descriptions above.
start
: Initiates the job.
stop
: Halts the job.
setTime
: Modifies the time for the CronJob
. Parameter must be a CronTime
.
lastDate
: Provides the last execution date.
nextDate
: Indicates the subsequent date that will activate an onTick
.
nextDates(count)
: Supplies an array of upcoming dates that will initiate an onTick
.
fireOnTick
: Allows modification of the onTick
calling behavior.
addCallback
: Permits addition of onTick
callbacks.
isCallbackRunning
: [READ-ONLY] Indicates if a callback is currently executing.
const job = new CronJob('* * * * * *', async () => { console.log(job.isCallbackRunning); // true during callback execution await someAsyncTask(); console.log(job.isCallbackRunning); // still true until callback completes }); console.log(job.isCallbackRunning); // false job.start(); console.log(job.running); // true (schedule is active) console.log(job.isCallbackRunning); // false (no callback executing)
constructor(time, zone, utcOffset)
:
time
: [REQUIRED] - The time to initiate your job. Accepts cron syntax or a JS Date object.
zone
: [OPTIONAL] - Equivalent to timeZone
from CronJob
parameters.
utcOffset
: [OPTIONAL] - Analogous to utcOffset
from CronJob
parameters.
Join the Discord server! Here you can discuss issues and get help in a more casual forum than GitHub.
This project is looking for help! If you're interested in helping with the project, please take a look at our contributing documentation.
Please have a look at our contributing documentation, it contains all the information you need to know before submitting an issue.
This is a community effort project. In the truest sense, this project started as an open source project from cron.js and grew into something else. Other people have contributed code, time, and oversight to the project. At this point there are too many to name here so we'll just say thanks.
Special thanks to Hiroki Horiuchi, Lundarl Gholoi and koooge for their work on the DefinitelyTyped typings before they were imported in v2.4.0.
MIT