blocks|key|537115|text|我会朝相反的方向回答。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|537116|关于\r和\n的完整解释，我必须参考这个问题，这个问题比我在这里发布的内容要完整得多：\n和\r之间的区别？|ordered-list-item|offset|length|style|CODE|537117|长话短说，Linux将\n用于新的一行，即Windows+\r\n和旧Mac+\r。因此，有多种方法可以编写换行符。例如，您的第二个工具(RegExr)在单个\r上匹配。|537118|正如伊利亚所建议的那样，[\r\n]%2B将有效，但也将匹配多个连续的新行。(\r\n%7C\r%7C\n)更正确。|537119|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/1761051/difference-between-n-and-r^0|0|2|2|5|2|17|B|0|0|B|2|T|4|13|2|27|2|0|C|7|10|C|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|V|8|@$E|W|F|X|G|H]|$E|Y|F|Z|G|H]]|9|@$E|10|F|11|1|12]]|A|$]]|$1|I|3|J|5|6|7|13|8|@$E|14|F|15|G|H]|$E|16|F|17|G|H]|$E|18|F|19|G|H]|$E|1A|F|1B|G|H]]|9|@]|A|$]]|$1|K|3|L|5|D|7|1C|8|@$E|1D|F|1E|G|H]|$E|1F|F|1G|G|H]]|9|@]|A|$]]|$1|M|3|-4|5|6|7|1H|8|@]|9|@]|A|$]]]|N|$O|$5|P|Q|R|A|$S|T]]]]

I will answer in the opposite direction.
<ol start="2">
<li>For a full explanation about <code>\r</code> and <code>\n</code> I have to refer to this question, which is far more complete than I will post here: <a href="https://stackoverflow.com/questions/1761051/difference-between-n-and-r">Difference between \n and \r?</a></li>
</ol>
Long story short, Linux uses <code>\n</code> for a new-line, Windows <code>\r\n</code> and old Macs <code>\r</code>. So there are multiple ways to write a newline. Your second tool (RegExr) does for example match on the single <code>\r</code>.
<ol>
<li><code>[\r\n]+</code> as Ilya suggested will work, but will also match multiple consecutive new-lines. <code>(\r\n|\r|\n)</code> is more correct.</li>
</ol>

blocks|key|1918868|text|在Debuggex中的示例文本中有不同的行尾。特别有趣的是，Debuggex似乎已经确定了您首先使用的行结束样式，并将输入的所有附加行尾转换为该样式。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1918869|我使用Notepad%2B%2B将Unix和Windows格式的示例文本粘贴到Debuggex中，而先粘贴的就是Debuggex的会话。|1918870|因此，在将文本粘贴到Debuggex之前，您应该通过文本编辑器清洗文本。确保你在粘贴你想要的风格。Debuggex默认为Unix样式(\n)。|1918871|而且，NEL+(\u+0085)是完全不同的：https://en.wikipedia.org/wiki/Newline#Unicode|offset|length|1918872|(\r?\n)将覆盖Unix和Windows。如果你也想和老Mac相匹配的话，你需要一些更复杂的东西，比如(\r\n%7C\r%7C\n)。|style|CODE|1918873|entityMap|0|LINK|mutability|MUTABLE|url|https://en.wikipedia.org/wiki/Newline#Unicode^0|0|0|0|N|19|0|0|0|7|1H|C|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|W|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Y|8|@]|9|@$H|Z|I|10|1|11]]|A|$]]|$1|J|3|K|5|6|7|12|8|@$H|13|I|14|L|M]|$H|15|I|16|L|M]]|9|@]|A|$]]|$1|N|3|-4|5|6|7|17|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]]]

You have different line endings in the example texts in Debuggex. What is especially interesting is that Debuggex seems to have identified which line ending style you used first, and it converts all additional line endings entered to that style.

I used Notepad++ to paste sample text in Unix and Windows format into Debuggex, and whichever I pasted first is what that session of Debuggex stuck with.

So, you should wash your text through your text editor before pasting it into Debuggex. Ensure that you're pasting the style you want. Debuggex defaults to Unix style (\n).

Also, NEL (\u0085) is something different entirely: <a href="https://en.wikipedia.org/wiki/Newline#Unicode" rel="noreferrer">https://en.wikipedia.org/wiki/Newline#Unicode</a>

<code>(\r?\n)</code> will cover Unix and Windows. You'll need something more complex, like <code>(\r\n|\r|\n)</code>, if you want to match old Mac too.

blocks|key|538454|text|这仅适用于问题1。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|538455|我有一个在Windows上运行的应用程序，它使用了一个多行MFC编辑器框。|538456|编辑器框需要CRLF换行，但我需要解析输入的文本。|538457|一些真正的大/讨厌的雷克斯‘。|538458|我不想在写regex的时候强调这一点，所以|538459|最后，我在解析器和编辑器之间来回进行了标准化，这样|538460|regexs‘只是使用\n。我还捕获粘贴操作，并将它们转换为框。|offset|length|style|CODE|538461|这不需要太多时间。|538462|这就是我所用的。|538463|+boost::regex++CRLFCRtoLF+(
+++++"+\\r\\n+%7C+\\r(?!\\n)+"
+++++,+MODx);

+boost::regex++CRLFCRtoCRLF+(
+++++"+\\r\\n?%2B+%7C+\\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"+);
+}|code-block|syntax|javascript|538464|entityMap^0|0|0|0|0|0|0|B|2|0|0|0|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|13|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|14|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|15|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|16|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|17|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|18|8|@$N|19|O|1A|P|Q]]|9|@]|A|$]]|$1|R|3|S|5|6|7|1B|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|1C|8|@]|9|@]|A|$]]|$1|V|3|W|5|X|7|1D|8|@]|9|@]|A|$Y|Z]]|$1|10|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]]|11|$]]

This only applies to question 1.

I have an app that runs on Windows and uses a multi-line MFC editor box. 
The editor box expects CRLF linebreaks, but I need to parse the text enterred 
with some really big/nasty regexs'. 

I didn't want to be stressing about this while writing the regex, so 
I ended up normalizing back and forth between the parser and editor so that 
the regexs' just use <code>\n</code>. I also trap paste operations and convert them for the boxes. 

This does not take much time. 
This is what I use.

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

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


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

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

blocks|key|537157|text|在PCRE中，\R与\n、\r和\r\n匹配。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|537158|entityMap^0|7|2|A|2|D|2|G|4|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|Q|8|@]|D|@]|E|$]]]|G|$]]

In PCRE <code>\R</code> matches <code>\n</code>, <code>\r</code> and <code>\r\n</code>.

blocks|key|1918983|text|在Python中：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1918984|#+as+Peter+van+der+Wal's+answer
re.split(r'\r\n%7C\r%7C\n',+text,+flags=re.M)+|code-block|syntax|javascript|1918985|或者更严格：|1918986|#+https://docs.python.org/3/library/stdtypes.html#str.splitlines
str.splitlines()|1918987|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

In Python:

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

or more rigorous:

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

blocks|key|537193|text|聚会有点晚了，但对其他人来说也许是有用的。在javascript中，您可以简单地编写管道(%7C)来匹配换行符/换行。在我的例子中，我需要去掉所有的逗号、分号和空格字符(包括行号)，所以我最终使用了以下内容：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|537194|.split(/[\s,;%7C]%2B/)|537195|entityMap^0|19|1|0|0|I|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|P|8|@]|D|@]|E|$]]]|I|$]]

A bit late to the party, but for the rest could be perhaps useful. In javascript you can simply write pipe (<code>|</code>) to match the newlines/linebreaks as well. In my case I needed to get rid of all the commas, semicolons and whitespace characters (linebreaks included) so I ended up using this:
<code>.split(/[\s,;|]+/)</code>

blocks|key|2999027|text|不确定是否有人要求这样做：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2999028|(somethingToStaMatch)(.%7C\n)*?(somethingToEndMatch)|code-block|syntax|javascript|2999029|这将有3组比赛。中间的那个。可能会帮助使用dotnet进行测试的人。|2999030|字符串模式=+@"(somethingToStartMatch)(.%7C\n)*?(somethingToEndMatch)"；|2999031|请注意，*?允许匹配，即使您的文本有多个关键字对！|offset|length|style|CODE|2999032|entityMap^0|0|0|0|0|4|2|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|T|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|U|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|V|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|W|8|@$M|X|N|Y|O|P]]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

Not sure if this is what was asked for:
<pre><code>(somethingToStaMatch)(.|\n)*?(somethingToEndMatch)
</code></pre>
This will have 3 groups of matches. And the ALLWITHLINEBREAKS one in the middle. Might help someone tested with dotnet.
string pattern = @&quot;(somethingToStartMatch)(.|\n)*?(somethingToEndMatch)&quot;;
Note that <code>*?</code> is allowing to match even if your text has multiple keyword pairs!

While writing <a href="https://stackoverflow.com/a/20043441/1807643">this answer</a>, I had to match exclusively on linebreaks instead of using the <code>s</code>-flag (<code>dotall</code> - dot matches linebreaks). 

The sites usually used to test regular expressions behave differently when trying to match on <code>\n</code> or <code>\r\n</code>.

I noticed

<ul>
<li>Regex101 matches linebreaks only on <code>\n</code> 
(<a href="http://regex101.com/r/yN9wD4" rel="noreferrer">example</a> - delete <code>\r</code> and it matches) </li>
<li>RegExr matches linebreaks neither on <code>\n</code> nor on <code>\r\n</code> 
and I can't find something to make it match a linebreak, except for the <code>m</code>-flag and <code>\s</code> 
(<a href="http://regexr.com?378ck" rel="noreferrer">example</a>)</li>
<li>Debuggex behaves even more different: 
in <a href="https://www.debuggex.com/r/uITaeQfcRwdQP_o-" rel="noreferrer">this example</a> it matches only on <code>\r\n</code>, while 
<a href="https://www.debuggex.com/r/LLeVEF4AhWMUbJ0V" rel="noreferrer">here</a> it only matches on <code>\n</code>, with the same flags and engine specified</li>
</ul>

I'm fully aware of the <code>m</code>-flag (multiline - makes <code>^</code> match the start and <code>$</code> the end of a line), but sometimes this is not an option. Same with <code>\s</code>, as it matches tabs and spaces, too. 

My thought to use the unicode newline character (<a href="http://www.fileformat.info/info/unicode/char/0085/index.htm" rel="noreferrer"><code>\u0085</code></a>) wasn't successful, so:

<ol>
<li>Is there a failsafe way to integrate the match on a linebreak (preferably regardless of the language used) into a regular expression?</li>
<li>Why do the above mentioned sites behave differently (especially Debuggex, matching once only on <code>\n</code> and once only on <code>\r\n</code>)?</li>
</ol>

Match linebreaks - \n or \r\n?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

在编写时，我必须只在换行符上匹配，而不是使用s-flag (dotall -点匹配换行符)。当尝试在\n或\r\n上匹配时，通常用于测试正则表达式的站点的行为有所不同。我注意到Regex101只在\n上匹配换行符( -删除\r并与之匹配)RegExr在\n或\r\n上都不匹配换行除了m-flag和\s之外，我找不到什么...

问匹配线段- \n还是\r\n？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问匹配线段- \n还是\r\n？EN