.NET集成TAPIEx.Net时，如何在运行时加载对应x86/x64版本的依赖库？

针对你遇到的AnyCPU应用在32位环境下无法加载正确TAPIEx.Net版本的问题，这里有几个经过验证的可行方案，按推荐程度排序：

方案1：通过AppDomain.AssemblyResolve事件动态加载（最灵活） #

这是我最常用的方式，能完全自动适配运行环境的位数，不需要复杂的配置：

1. 调整项目引用与文件部署

   • 先移除当前项目中对TAPIEx.net.x64.dll的引用
   • 在项目根目录创建两个子文件夹：x86和x64
   • 将32位的TAPIEx.net.dll放入x86文件夹，64位的TAPIex.net.x64.dll放入x64文件夹
   • 选中这两个dll文件，在属性面板设置：
     • 生成操作：内容
     • 复制到输出目录：如果较新则复制

2. 添加程序集解析逻辑
   在应用的入口点（比如Program.cs的Main方法开头）添加以下代码：

   using System;
   using System.Reflection;
   
   namespace YourAppNamespace
   {
       class Program
       {
           static void Main(string[] args)
           {
               // 注册程序集解析事件
               AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve;
               
               // 后续的应用初始化代码...
           }
   
           private static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
           {
               // 检查是否是TAPIEx.Net的程序集请求
               if (args.Name.StartsWith("TAPIEx.Net,"))
               {
                   // 判断当前进程位数
                   string architectureFolder = IntPtr.Size == 4 ? "x86" : "x64";
                   string assemblyPath = System.IO.Path.Combine(AppDomain.CurrentDomain.BaseDirectory, architectureFolder, "TAPIEx.net.dll");
                   
                   // 如果是64位，路径要换成x64版本的文件名
                   if (IntPtr.Size == 8)
                   {
                       assemblyPath = System.IO.Path.Combine(AppDomain.CurrentDomain.BaseDirectory, architectureFolder, "TAPIex.net.x64.dll");
                   }
                   
                   // 加载程序集
                   if (System.IO.File.Exists(assemblyPath))
                   {
                       return Assembly.LoadFrom(assemblyPath);
                   }
               }
               return null;
           }
       }
   }
   

   这段代码会在CLR找不到TAPIEx.Net程序集时，根据当前进程的位数从对应的文件夹加载正确的版本。

方案2：使用配置文件+程序集绑定重定向 #

如果不想写代码，也可以通过配置文件实现：

1. 部署文件结构
   和方案1一样，在输出目录创建x86和x64文件夹，放入对应dll。

2. 修改app.config/web.config
   在<runtime>节点下添加以下绑定配置：

   <runtime>
       <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
           <dependentAssembly>
               <assemblyIdentity name="TAPIEx.Net" publicKeyToken="YOUR_PUBLIC_KEY_TOKEN" culture="neutral" />
               <codeBase version="YOUR_ASSEMBLY_VERSION" href="x86/TAPIEx.net.dll" />
           </dependentAssembly>
           <dependentAssembly>
               <assemblyIdentity name="TAPIEx.Net" publicKeyToken="YOUR_PUBLIC_KEY_TOKEN" culture="neutral" />
               <codeBase version="YOUR_ASSEMBLY_VERSION" href="x64/TAPIex.net.x64.dll" />
           </dependentAssembly>
       </assemblyBinding>
   </runtime>
   

   注意：需要替换YOUR_PUBLIC_KEY_TOKEN和YOUR_ASSEMBLY_VERSION为实际的程序集信息（可以通过反编译dll或在Visual Studio的引用属性里查看）。不过这个方案的局限性是，CLR不会自动根据进程位数选择配置，实际使用时可能还是需要配合少量代码辅助，所以方案1更可靠。

方案3：使用MSBuild条件复制（适合构建时控制） #

如果你希望在构建阶段就根据目标平台复制对应dll，但因为是AnyCPU，所以可以结合条件编译：

1. 在项目文件（.csproj）中添加以下内容：

   <ItemGroup>
       <Content Include="x86\TAPIEx.net.dll">
           <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
       </Content>
       <Content Include="x64\TAPIex.net.x64.dll">
           <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
       </Content>
       <!-- 条件复制主dll：32位环境复制x86版本，64位复制x64版本 -->
       <Content Include="x86\TAPIEx.net.dll" Condition="'$(PlatformTarget)' == 'x86'">
           <Link>TAPIEx.net.dll</Link>
           <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
       </Content>
       <Content Include="x64\TAPIex.net.x64.dll" Condition="'$(PlatformTarget)' == 'x64'">
           <Link>TAPIEx.net.dll</Link>
           <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
       </Content>
   </ItemGroup>
   

   但这个方案的问题是，因为你用的是AnyCPU，构建时不会区分平台，所以还是需要配合方案1的AssemblyResolve事件，或者让用户手动选择目标平台构建——但这样就失去了AnyCPU的跨平台优势。

开发阶段的小技巧 #

开发时如果用的是64位环境，可以临时引用x64版本的dll方便调试，但记得设置复制本地为false，避免输出目录里出现多余的dll，影响动态加载逻辑。

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