System.StringComparison.Ordinal是否覆盖所有非语言类分隔符？哪些未被匹配？

首先明确结论：对于你预期的非语言类分隔符（控制字符、符号类字符），使用var index = some_string.IndexOf(Delimiter, System.StringComparison.Ordinal);可以100%覆盖匹配需求，不存在无法找到的非语言类字符——除非输入的字符串和分隔符本身存在Unicode码点不一致的错误。

为什么默认IndexOf找不到\u0003 #

默认无参数的IndexOf()会采用当前系统文化关联的比较规则，这类规则会针对自然语言文本做优化，比如忽略某些控制字符、处理等价字符等。而\u0003（文本结束符，属于ASCII控制字符）在多数文化比较规则中会被特殊处理，导致无法被匹配到。

StringComparison.Ordinal的匹配逻辑 #

Ordinal比较是基于字符的Unicode码点做精准比对，完全不涉及任何文化、语言相关的规则转换。只要目标字符串中存在与Delimiter的Unicode码点完全相同的字符，就能被准确找到。

覆盖的非语言类字符范围 #

• 所有ASCII控制字符（\u0000~\u001F、\u007F）：比如你测试的\u0003，还有换行符\n、制表符\t等，Ordinal都能精准匹配。
• 所有非语言类符号：包括|、@、#、$这类常见符号，以及\u2500（横线）、\u2713（对勾）这类特殊符号，只要码点一致，就能匹配成功。

可能的“找不到”场景（并非Ordinal的问题） #

如果出现Ordinal也无法匹配的情况，本质是输入数据的问题：

• 分隔符和字符串中的目标字符Unicode码点不一致：比如你以为是\u0003，但实际字符串里是\u0002（文本起始符）；
• 字符串被错误编码：比如原本的ASCII控制字符被转成了其他编码的等效字符；
• 分隔符是多字符序列，但字符串中的对应序列存在码点差异（比如全角/半角符号混淆）。

内容的提问来源于stack exchange，提问作者Dominique