DevToolPal
ES

Expresión cron

Cada 30 segundos

Cron no puede programar por debajo de un minuto, así que el truco habitual son dos líneas de crontab: una se ejecuta al inicio de cada minuto y la otra espera 30 segundos antes.

* * * * * Abrir en el analizador de expresiones cron

El cron estándar no tiene campo de segundos. Las dos líneas dan dos ejecuciones por minuto; Quartz y Spring admiten segundos directamente. Kubernetes y GitHub Actions no pueden ejecutar tareas con esta frecuencia.

Campo por campo

Campo Valor Coincide con
Minuto * Cualquier valor
Hora * Cualquier valor
Día del mes * Cualquier valor
Mes * Cualquier valor
Día de la semana * Cualquier valor

Próximas ejecuciones

Ejemplo: las primeras 6 ejecuciones después del 1 de enero de 2026 (UTC).

  1. jue, 1 ene 2026, 00:01:00
  2. jue, 1 ene 2026, 00:01:30
  3. jue, 1 ene 2026, 00:02:00
  4. jue, 1 ene 2026, 00:02:30
  5. jue, 1 ene 2026, 00:03:00
  6. jue, 1 ene 2026, 00:03:30

Versiones listas para usar

crontab
* * * * * /path/to/command
* * * * * sleep 30; /path/to/command

Añade la línea con crontab -e. Se ejecuta en la zona horaria del servidor salvo que definas CRON_TZ o TZ.

Kubernetes CronJob: Este planificador no puede ejecutar esta programación.

GitHub Actions: Este planificador no puede ejecutar esta programación.

GitHub Actions usa siempre UTC, admite intervalos de 5 minutos o más y puede iniciar tarde las ejecuciones programadas cuando hay mucha carga.

Quartz
0/30 * * * * ?

Quartz pone los segundos primero y necesita ? en el día del mes o en el día de la semana. Los días van de 1 a 7 empezando en domingo, así que los nombres son más seguros.

Spring
@Scheduled(cron = "*/30 * * * * *")

Spring @Scheduled(cron = …) usa seis campos: los segundos y luego los cinco habituales.

Preguntas frecuentes

› ¿Existe una expresión cron para cada 30 segundos?

No en el cron estándar de cinco campos. Usa dos líneas de crontab (una con sleep 30), un temporizador de systemd con OnUnitActiveSec=30s o Quartz 0/30 * * * * ?.

› ¿En qué zona horaria se ejecuta * * * * *?

Cron usa la zona horaria de la máquina o del servicio que lo ejecuta. En Linux es la zona del sistema salvo que se defina CRON_TZ o TZ; los CronJob de Kubernetes aceptan spec.timeZone; GitHub Actions usa siempre UTC.

› ¿Cómo compruebo esta programación antes de desplegarla?

Abre * * * * * en el analizador de expresiones cron de este sitio. Explica cada campo y muestra las próximas ejecuciones en tu hora local o en UTC, todo dentro del navegador.