Rider中Azure Functions本地运行器间歇性失败：值不能为空(参数'provider')

针对你遇到的首次运行正常、重启系统后加载程序集失败的问题，以下是针对性的排查与解决步骤：

1. 定位程序集加载失败根源 #

启用.NET程序集绑定日志，精准找到加载失败的具体原因：

• 以管理员身份打开「开发者命令提示符」
• 执行以下命令开启日志：

  set COMPLUS_LogEnable=1
  set COMPLUS_LogPath=C:\temp\bindlog
  

  （确保C:\temp目录已创建）
• 重启Rider并运行项目，查看C:\temp\bindlog下的日志文件，找到<REDACTED>程序集的加载失败细节（如路径错误、版本不匹配、依赖缺失）

2. 清理Rider全局缓存 #

常规项目bin/obj清理无效时，需清除Rider的全局缓存：

• 完全关闭Rider
• 删除以下目录：
  • C:\Users\<你的用户名>\AppData\Local\JetBrains\Rider<版本号>\Cache
  • C:\Users\<你的用户名>\AppData\Local\JetBrains\Rider<版本号>\LocalHistory
  • C:\Users\<你的用户名>\AppData\Roaming\JetBrains\Rider<版本号>\solutions
• 重新打开Rider，加载项目并执行dotnet clean && dotnet build

3. 重置Azure Functions Core Tools #

Core Tools的缓存或版本冲突可能导致此问题：

• 卸载当前Core Tools：

  npm uninstall -g azure-functions-core-tools@4
  

• 清理npm缓存：

  npm cache clean --force
  

• 重新安装指定稳定版本（例如4.0.5455，与团队成员使用版本一致）：

  npm install -g azure-functions-core-tools@4.0.5455
  

• 删除Core Tools本地缓存目录：C:\Users\<你的用户名>\AppData\Local\AzureFunctionsTools

4. 验证项目依赖与配置 #

• 强制还原NuGet依赖：执行dotnet restore --force，确保所有包版本与团队一致
• 检查用户机密：右键项目→「管理用户机密」，确认机密文件中无无效程序集引用，必要时删除机密文件重新生成
• 临时禁用自定义启动类：注释掉项目中[FunctionsStartup]特性及对应的Startup类，运行项目验证是否仍报错，排查是否是启动类中的程序集引用问题

5. 系统级权限与缓存检查 #

• 清理全局程序集缓存（GAC）：打开C:\Windows\Microsoft.NET\assembly\GAC_MSIL，查找与<REDACTED>同名的程序集并删除（操作前建议备份）
• 检查项目目录权限：右键项目目录→「属性」→「安全」，确保当前用户拥有「完全控制」权限，避免系统重启后权限变更导致程序集无法读取
• 临时关闭杀毒软件实时保护：排查是否是杀毒软件误删或隔离了项目的程序集文件

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