C# 中解决 「Regex 中的点号会匹配 CR」这个问题的最佳实践是什么？

[AndyAO]

.默认不匹配 LF，在类 Unix 上就意味着不匹配 NewLine，这个机制是很好用的，但 Windows 上 NewLine 是 CRLF，那么这个机制用起来就不怎么方便了。

例如，从字符串中提取 MarkDown 标题行做文件名，那么使用^# (.+)提取的内容后面就跟上了额外的 CR，还要通过 trim 来去除。

在 Python 3 上这个问题是不存在的，因为字符串默认的换行是 LF，从文件中读取字符串时会自动转换将 NewLine 转换为 CRLF，而写入时又会改回去，从而在绝大多数场景下解决了这个问题。

C# 好像没有这个机制，那么解决这种问题的最佳实践是什么呢？

现在看来这应该是个设计上的败笔，为了兼容 Perl 5，.NET 既然对自己平台的 NewLine 都不能很好的支持。

Python 和 Java，甚至 Perl 6 都是支持的。

刚刚才在 StackOverFlow 发现了类似的问题。

[ho121]

^# ([^\r]+)

这样？

[AndyAO]

@ho121 这种方式也许可以吧，还没有测试，但是兼容性估计会很差，因为 Windows 平台上也不是所有的文件都是 CRLF 。