WPF应用中Task.CompletedTask引发MethodAccessException问题排查

你已经排除了MSDN文档里提到的前两种场景，那我们可以从以下几个方向排查这个单个用户出现的异常：

1. .NET Framework版本不兼容 #

Task.CompletedTask是在.NET Framework 4.6才正式引入的公共属性。如果用户的运行环境是低于4.6的版本（比如4.5、4.0），但你的WPF应用是针对4.6及以上版本编译的，就会出现这种异常——本质是低版本框架中不存在这个属性，CLR在尝试解析成员时可能会抛出MethodAccessException（而非更直观的MissingMemberException），这是旧版本CLR的一个兼容性表现。

2. 程序集绑定重定向错误 #

用户的应用配置文件（app.config）中可能存在错误的程序集绑定重定向规则，导致CLR加载了不兼容的System.Threading.Tasks相关程序集版本。比如：原本应该加载4.6版本的程序集，却被强制重定向到了4.5版本，这时候访问CompletedTask就会触发权限类的异常。

3. 用户机器上的.NET核心程序集损坏 #

极少数情况下，用户系统中的.NET Framework核心程序集（如mscorlib.dll、System.Threading.Tasks.dll）可能被损坏、篡改，或者被第三方安全工具修改了权限属性，导致Task.get_CompletedTask()的访问逻辑出现异常，触发这个错误。

4. 部分信任沙箱环境限制 #

虽然你认为不存在安全透明性问题，但用户可能是在部分信任的沙箱环境中运行你的应用（比如企业组策略限制、ClickOnce部分信任部署模式）。这种场景下，即使代码直接访问公共方法，沙箱的权限策略也可能导致CLR误判访问权限，抛出MethodAccessException。

额外的代码小提示（和当前异常无关，但值得优化） #

你的HttpConfirmation.Invoke()方法中，WebClient被using包裹，但UploadStringTaskAsync是异步操作——这会导致WebClient在异步请求完成前就被Dispose，可能引发潜在的请求失败问题。可以改成异步方法并等待任务：

public static async Task Invoke() {
    using (var client = new WebClient()) {
        try {
            await client.UploadStringTaskAsync("http://sampleUrl.com", string.Empty);
        } catch {
            // ignore
        }
    }
    return Task.CompletedTask;
}

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