为何Guid.TryParse允许首尾空格？现有代码因此出现异常

问题背景 #

现有代码出现异常，原因是开发人员使用Guid.TryParse校验输入字符串是否为有效Guid值时，输入存在尾随空格。测试代码如下：

if (Guid.TryParseExact("0c652e2a-ef02-4eff-8855-78122d8b6c0b ", "D", out var guid1))
    _logger.LogWarning("guid1");
if (Guid.TryParse("0c652e2a-ef02-4eff-8855-78122d8b6c0b ", out var guid2))
    _logger.LogWarning("guid2");
if (Guid.TryParse(" 0c652e2a-ef02-4eff-8855-78122d8b6c0b ", out var guid3))
    _logger.LogWarning("guid3");
if (int.TryParse(" 1", out int int1))
    _logger.LogWarning("int1");

运行结果显示：Guid.TryParse可解析带首尾空格的字符串，Guid.TryParseExact则无法解析，同时int.TryParse也支持解析带前导空格的数字。提问者认为带首尾空格的字符串并非有效Guid（比如"0c652e2a-ef02-4eff-8855-78122d8b6c0 b"这类明显不符合格式的字符串），想了解为何Guid.TryParse会自动去除首尾空格进行解析。

解答 #

1. Guid.TryParse的设计定位
   Guid.TryParse的核心设计是兼容用户输入场景中的常见非恶意格式瑕疵。首尾空格属于非常普遍的输入失误（比如复制粘贴时附带的空格、用户手动输入时多打的空格），所以该方法内部会先自动执行Trim()操作去除首尾空白字符，再进行解析逻辑。这是为了提升API的易用性，减少开发者额外处理空格的重复代码。

2. 与Guid.TryParseExact的区别
   Guid.TryParseExact是严格格式匹配的方法，它的设计目标是校验字符串是否完全符合指定的Guid格式（比如"D"格式要求是32位十六进制数字+4个连字符，无任何额外字符）。因此它不会做任何自动修剪操作，必须字符串与指定格式完全一致才会解析成功，这是为了满足需要严格校验格式的场景。

3. 和基础类型解析方法的统一逻辑
   .NET框架中很多基础类型的TryParse方法（比如int.TryParse、double.TryParse）都默认支持自动忽略首尾空格，这是一套统一的设计逻辑：将“容错式解析”和“严格格式校验”做了明确区分——TryParse面向用户输入场景做友好兼容，TryParseExact面向需要精确格式校验的场景。

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