0 9 1-7 * * Открыть в парсере cron-выражений Запись 0 9 1-7 * 1 не работает: если заданы оба поля дня, cron срабатывает при совпадении любого из них, то есть 1–7 числа и каждый понедельник. Quartz и Spring поддерживают MON#1.
Разбор по полям
| Поле | Значение | Совпадает с |
|---|---|---|
| Минута | 0 | 0 |
| Час | 9 | 9 |
| День месяца | 1-7 | 1, 2, 3, 4, 5, 6, 7 |
| Месяц | * | Любое значение |
| День недели | * | Любое значение |
Ближайшие запуски
Пример: первые 6 запусков после 1 января 2026 г. (UTC).
- пн, 5 янв. 2026 г., 09:00
- пн, 2 февр. 2026 г., 09:00
- пн, 2 мар. 2026 г., 09:00
- пн, 6 апр. 2026 г., 09:00
- пн, 4 мая 2026 г., 09:00
- пн, 1 июн. 2026 г., 09:00
Готовые варианты
0 9 1-7 * * [ "$(date +\%u)" = 1 ] && /path/to/command Добавьте строку через crontab -e. Задание выполняется в часовом поясе сервера, если не заданы CRON_TZ или TZ.
apiVersion: batch/v1
kind: CronJob
metadata:
name: first-monday-of-month
spec:
schedule: "0 9 1-7 * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"] Укажите spec.timeZone (Kubernetes 1.27+); без него расписание следует часовому поясу controller manager, обычно UTC.
on:
schedule:
- cron: '0 9 1-7 * *'
workflow_dispatch: GitHub Actions всегда использует UTC, допускает интервал от 5 минут и при нагрузке может запускать задания с опозданием.
0 0 9 ? * MON#1 В Quartz секунды идут первыми, а в дне месяца или дне недели нужен знак ?. Дни недели нумеруются 1–7 с воскресенья, поэтому надёжнее писать названия.
@Scheduled(cron = "0 0 9 * * MON#1") Spring @Scheduled(cron = …) принимает шесть полей: секунды и затем обычные пять.
Частые вопросы
› Почему 0 9 1-7 * 1 срабатывает слишком часто?
Когда ограничены и день месяца, и день недели, cron объединяет их через ИЛИ, поэтому задание запускается с 1 по 7 число и ещё каждый понедельник.
› В каком часовом поясе выполняется 0 9 1-7 * *?
Cron использует часовой пояс машины или сервиса, который его запускает. В Linux это системный пояс, если не заданы CRON_TZ или TZ; CronJob в Kubernetes поддерживает spec.timeZone; GitHub Actions всегда работает в UTC.
› Как проверить расписание перед развёртыванием?
Откройте 0 9 1-7 * * в парсере cron-выражений на этом сайте. Он объяснит каждое поле и покажет ближайшие запуски по местному времени или в UTC прямо в браузере.