令人惊讶的子串行为
我在使用Substring方法时遇到了这种行为：
static void Main(string[] args) { string test = "123"; for (int i = 0; true; i++) { try { Console.WriteLine("\"{0}\".Substring({1}) is \"{2}\"", test, i, test.Substring(i)); } catch (ArgumentOutOfRangeException e) { Console.WriteLine("\"{0}\".Substring({1}) threw an exception.", test, i); break; } } } 输出：
"123".Substring(0) is "123" "123".Substring(1) is "23" "123".Substring(2) is "3" "123".Substring(3) is "" "123".Substring(4) threw an exception.
“123”.Substring（3）返回一个空字符串并且“123”.Substring（4）抛出exception。 然而，“123”[3]和“123”[4]都是出界的。 这在MSDN上有记录 ，但我很难理解为什么以这种方式编写Substring方法。 我希望任何越界索引要么总是导致exception，要么总是导致空字符串。 任何见解？
String.Substring(startindex)的内部实现是这样的
public string Substring(int startIndex) { return this.Substring(startIndex, this.Length - startIndex); }
所以你要求一个零字符长度的字符串。 （AKA String.Empty）我同意你的观点，这在MS部分尚不清楚，但如果没有更好的解释，我认为给出这个结果比抛出exception更好。
深入了解String.Substring(startIndex, length)的实现，我们看到了这段代码
if (length == 0) { return Empty; }
因此，因为length = 0是第二个重载中的有效输入，所以我们也得到第一个重载的结果。
.Net-Substring的文档明确指出，如果索引大于字符串的长度，则抛出exception，在“123”为3的情况下。
我想原因可能是因为兼容性，创建与C ++子串函数相同的行为。 在C ++中，
test.substr(3)
因为NULL终止会返回一个空字符串，这意味着字符串“123”实际上包含4个字符！ （最后一个是\ 0）。
这可能是有这种行为的意图，即使每个规范的.Net都没有以空字符结尾的字符串（尽管实现实际上……）
这个实现提供的一个便利是，如果你有一个循环对一些任意字符串做某事（例如，返回字符串的后半部分），你就不必处理空字符串作为特例。
不知道为什么，不能想到一个很好的理由，但我想如果你想检查子串调用是否在字符串的末尾，返回string.Empty比抛出exception便宜。
另外我想你只是要求索引字符后面的字符串部分是空白的，而之后的索引真的超出范围