部署.NET控制台程序到SQL Server时提示找不到Google.Api.Gax程序集

• 检查所有项目的app.config/web.config文件，在<runtime><assemblyBinding>节点下添加Google.Api.Gax的版本重定向配置，把所有旧版本请求统一指向实际使用的3.6.0版本，配置示例如下：

<dependentAssembly>
  <assemblyIdentity name="Google.Api.Gax" publicKeyToken="3ec5ea7f18953e47" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-3.6.0.0" newVersion="3.6.0.0" />
</dependentAssembly>

• 如果你使用的是SDK风格项目，确认项目属性页的「生成」选项中，「自动生成绑定重定向」开关为开启状态。
• 部署时确保和exe同名的.config配置文件和程序放在同一目录，比如程序为ProjectTwo.exe，对应的配置文件必须命名为ProjectTwo.exe.config一同复制到服务器。

• 清理解决方案所有项目的bin、obj文件夹，删除本地NuGet缓存后重新完整编译，避免旧编译缓存残留版本引用。
• 打开解决方案级NuGet包管理器，筛选Google.Api.Gax包，确认整个解决方案所有项目引用的该包版本完全统一，不存在跨项目版本差异。
• 用反编译工具（如dnSpy）打开编译后的Project One dll文件，查看其引用列表，确认它实际绑定的Google.Api.Gax版本和你预期的3.6.0一致，排除NuGet显示版本和实际编译引用版本不符的情况。

• 如果你的Project Two是SQL CLR集成程序集：SQL Server的CLR加载逻辑不会读取本地配置的绑定重定向，所有依赖必须显式注册到SQL Server实例中，且版本必须完全匹配。你可以执行以下SQL查询已注册的Google相关程序集版本：

SELECT name, version FROM sys.assemblies WHERE name LIKE '%Google%'

如果存在旧版本程序集，需要删除旧版本后重新注册3.6.0版本的所有依赖程序集，同时确保注册时程序集的权限级别符合要求。

• 如果是在SQL Server所在服务器直接运行控制台程序，确认服务器安装的.NET Framework版本和你项目的目标框架版本一致，低版本.NET Framework存在绑定重定向不生效的已知问题。

• 启用.NET程序集绑定日志查看器（Fuslogvw.exe），重现报错后查看Google.Api.Gax的加载日志，可以直接看到版本请求的来源、搜索路径和加载失败的具体原因，快速定位问题。

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