Соответствие переносам строк - \ n или \ r \ n?

При написании этого ответа мне приходилось сопоставлять исключительно sразрывы строк вместо использования -flag ( dotall- точка соответствует разрывам строк ).

Сайты, обычно используемые для проверки регулярных выражений, ведут себя по-разному при попытке сопоставления с \nили \r\n.

я отметил

• Regex101 сопоставляет только разрывы строк \n
  ( пример - удалить, \rи это соответствует)

• RegExr соответствует переносы строк ни на , \n ни на , \r\n
  и я не могу найти что - то , чтобы сделать его соответствовать разрыв строки, за исключением той m-flag и \s
  ( например )

• Debuggex ведет себя еще более по-разному:
  в этом примере он совпадает только с \r\n, в то время как
  здесь он только с \n, с теми же флагами и указанным движком

Я полностью осведомлен о mфлаге (многострочный - ^сопоставляет начало и $конец строки), но иногда это не вариант. То же самое с тем \s, что он также соответствует символам табуляции и пробелов.

Моя мысль использовать символ новой строки ( \u0085) в Юникоде не удалась, поэтому:

1. Есть ли надежный способ интегрировать совпадение на разрыв строки (желательно независимо от используемого языка) в регулярное выражение?
2. Почему вышеупомянутые сайты ведут себя по-разному (особенно Debuggex, сопоставляя только \nодин раз и только один раз \r\n)?

Собираюсь ответить в обратном направлении.

2) Для полного объяснения \rи \nя должен обратиться к этому вопросу, который является гораздо более полным, чем я опубликую здесь: Разница между \ n и \ r?

Короче говоря, Linux использует \nдля новой линейки, Windows \r\nи старых Mac \r. Так что есть несколько способов написать новую строку. Ваш второй инструмент (RegExr), например, соответствует на сингле \r.

1) [\r\n]+как предположил Илья, будет работать, но также будет соответствовать нескольким последовательным новым строкам. (\r\n|\r|\n)правильнее

У вас есть разные окончания строк в текстах примеров в Debuggex. Что особенно интересно, Debuggex, похоже, определил, какой стиль окончания строки вы использовали первым, и он преобразует все дополнительные окончания строки, введенные в этот стиль.

Я использовал Notepad ++ для вставки образца текста в формате Unix и Windows в Debuggex, и что бы я ни вставил первым, это то, с чем застрял этот сеанс Debuggex.

Итак, вы должны вымыть свой текст через текстовый редактор, прежде чем вставлять его в Debuggex. Убедитесь, что вы вставляете стиль, который вы хотите. По умолчанию в Debuggex используется стиль Unix (\ n).

Кроме того, NEL (\ u0085) - это нечто совершенно иное: https://en.wikipedia.org/wiki/Newline#Unicode

(\r?\n)будет охватывать Unix и Windows. Вам нужно что-то более сложное, например (\r\n|\r|\n), если вы хотите соответствовать старому Mac тоже.

В PCRE \Rсоответствует \n, \rи \r\n.

Это относится только к вопросу 1.

У меня есть приложение, которое работает в Windows и использует многострочный редактор MFC.
В окне редактора ожидаются разрывы строк CRLF, но мне нужно проанализировать введенный текст
с некоторыми действительно большими / неприятными регулярными выражениями '.

Я не хотел подчеркивать это во время написания регулярного выражения, поэтому
я закончил нормализацию между анализатором и редактором, так что
регулярные выражения просто используют \n. Я также отлавливаю операции вставки и конвертирую их для блоков.

Это не займет много времени.
Это то, что я использую.

 boost::regex  CRLFCRtoLF (
     " \\r\\n | \\r(?!\\n) "
     , MODx);

 boost::regex  CRLFCRtoCRLF (
     " \\r\\n?+ | \\n "
     , MODx);


 // Convert (All style) linebreaks to linefeeds 
 // ---------------------------------------
 void ReplaceCRLFCRtoLF( string& strSrc, string& strDest )
 {
    strDest  = boost::regex_replace ( strSrc, CRLFCRtoLF, "\\n" );
 }

 // Convert linefeeds to linebreaks (Windows) 
 // ---------------------------------------
 void ReplaceCRLFCRtoCRLF( string& strSrc, string& strDest )
 {
    strDest  = boost::regex_replace ( strSrc, CRLFCRtoCRLF, "\\r\\n" );
 }

В Python:

# as Peter van der Wal's answer
re.split(r'\r\n|\r|\n', text, flags=re.M) 

или более строгий:

# https://docs.python.org/3/library/stdtypes.html#str.splitlines
str.splitlines()