Почему регулярное выражение не работает: Флаги, многострочные якоря и экранирование

1. Прямая диагностика: почему синтаксически верный Regex не работает

Регулярное выражение без синтаксических ошибок часто дает сбой из-за отсутствия нужных флагов, несовпадения границ строк или некорректного экранирования. Если выражение возвращает 0 совпадений или захватывает весь документ целиком вместо отдельного слова, движок интерпретирует входящую строку иначе, чем вы предполагаете.

Перед изменением шаблона последовательно проверьте четыре базовых механизма:

2. Ключевые флаги: g, i, m и s (не путайте m и s)

Флаги управляют правилами сопоставления: g находит все совпадения; i отключает регистрозависимость; m заставляет ^ и $ срабатывать на каждой строке; s позволяет точке совпадать с переносами строк.

• g (Глобальный поиск): Продолжает поиск по всей строке вместо остановки на первом совпадении.
• i (Игнорирование регистра): Отключает чувствительность к регистру символов.
• m (Многострочный режим): Заставляет ^ и $ находить начало и конец каждой отдельной строки.
• s (dotAll): Позволяет точке (.) находить символы переноса строки (\n, \r).

3. Жадные (.*) и ленивые (.*?) квантификаторы

По умолчанию квантификаторы являются жадными (greedy): они захватывают максимально длинную последовательность символов перед возвратом назад.

Попытка извлечь теги из: <div>Один</div><div>Два</div>

4. Экранирование символов и ловушка обратного слеша (Литеральный контекст vs Символьные классы)

Регулярные выражения резервируют служебные символы: \ ^ $ . | ? * + ( ) [ { } ]. Правила экранирования строго зависят от контекста:

• Вне символьных классов: Все служебные символы требуют экранирования обратным слешем (например, \., \$) для буквального совпадения.
• Внутри символьных классов ([...]): Большинство метасимволов теряют спецзначение и совпадают буквально (например, [.] совпадает с точкой, а [*] — со звездочкой). Только ^ (отрицание в начале), - (диапазон), ] (конец класса) и \ (экранирование) сохраняют синтаксическую роль.

В коде JavaScript четко разделяйте литерал и строковый конструктор:

// 1. Regex Literal (single backslash required)
const reLiteral = /^\d+\.\d+$/;

// 2. String Constructor (double backslash mandatory)
const reConstructor = new RegExp("^\\d+\\.\\d+$");

5. Проверенные на практике примеры в GoToolstack

Примеры верифицированы в нативном движке ECMAScript с реальными входными строками:

6. Различия движков и защита от ReDoS

Тестировщик GoToolstack работает на встроенном движке браузера. Учитывайте следующие отличия от PCRE и Python:

• Ретроспективные проверки (Lookbehind): Поддерживаются в ES2018+ (?<=...), но вызывают сбой в старых версиях.
• Нет сверхжадных квантификаторов: В JavaScript отсутствуют .*+ и атомарные группировки.
• Защита от ReDoS: Шаблоны вроде (a+)+$ приводят к катастрофическому возврату и зависанию вкладки. Наш инструмент запускает код в Web Worker с автоматическим тайм-аутом.
• Миф об идеальном Regex для почты: Не используйте многостраничные выражения для стандарта RFC 5322. Базовой проверки формата и письма с подтверждением вполне достаточно.

7. Инструменты GoToolstack для разработчиков

Тестируйте и создавайте регулярные выражения безопасно в браузере без отправки данных на сервер:

• Тестировщик Regex: Интерактивная проверка с разбором групп захвата и защитой от зависаний.
• Конструктор Regex: Визуальное создание регулярных выражений без заучивания спецсимволов.
• Центр инструментов разработки: Полный набор утилит и конвертеров для разработчиков.

Технические стандарты и официальные спецификации

• MDN Web Docs: Руководство по регулярным выражениям JavaScript (RegExp).
• ECMA-262: Спецификация языка ECMAScript – Объекты RegExp.
• OWASP: Руководство по защите от атак отказа в обслуживании (ReDoS).