不同系统下PostSharp的ArgumentNullException消息不一致问题咨询

我之前也碰到过类似的PostSharp异常消息在不同环境下不一致的情况，结合你描述的细节——本地和TFS构建代理上的异常消息仅差“Parameter”和“name”之间的空格，而且程序集版本完全一致，给你梳理下可能的原因和可行的解决方案：

可能的根源 #

• 系统区域/语言设置的影响：.NET的异常消息文本会跟着系统区域设置走，PostSharp在生成ArgumentNullException时，大概率调用了.NET内置的本地化资源字符串。如果本地和TFS代理的系统语言或区域配置不一样，就会拉取不同格式的消息模板。
• PostSharp本地化资源加载差异：PostSharp自身带有本地化资源文件，不同环境下如果系统语言不同，会自动加载对应语言的资源，这也可能导致消息格式出现细微差别。
• .NET运行时的小版本差异：虽然你说程序集版本一致，但本地和TFS代理上的.NET CLR可能存在小版本更新，有些版本里内置的异常消息格式做了调整，比如加了空格这类细节。

实用解决办法 #

1. 放弃精确匹配异常消息，只校验关键内容 #

这是最省心的方案，毕竟异常消息的格式本来就可能受本地化影响，没必要死磕精确匹配。你可以改成校验消息里的核心信息：

// 只检查消息包含必要的提示和参数名即可
Assert.That(ex.Message, Does.Contain("The parameter 'expression' is required"));
Assert.That(ex.Message, Does.Contain("expression"));

2. 统一测试环境的区域设置 #

在TFS构建代理上的测试执行环节，强制设置和本地一致的文化信息，比如都用en-US。可以在测试初始化代码里加这段：

// 在测试启动时统一文化设置
var enUsCulture = new System.Globalization.CultureInfo("en-US");
System.Threading.Thread.CurrentThread.CurrentCulture = enUsCulture;
System.Threading.Thread.CurrentThread.CurrentUICulture = enUsCulture;

或者在TFS构建脚本里提前设置系统区域，确保和本地环境一致。

3. 强制PostSharp使用指定的本地化资源 #

检查PostSharp的配置文件，看看是否能强制指定使用特定语言的资源包，这样不管环境语言是什么，都加载相同的资源，从根源上避免消息格式差异。

4. 自定义Required特性的异常抛出逻辑 #

如果必须严格控制异常消息的格式，那可以自己封装一个Required特性，手动构造统一格式的异常消息，不依赖PostSharp的默认实现：

public class CustomRequiredAttribute : RequiredAttribute
{
    protected override void ValidateArgument(ArgumentValidationContext context)
    {
        if (context.ArgumentValue == null)
        {
            // 手动构造固定格式的异常消息
            var message = $"The parameter '{context.ArgumentName}' is required.\r\nParameter name: {context.ArgumentName}";
            throw new ArgumentNullException(context.ArgumentName, message);
        }
    }
}

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