我明白为什么System.Data.SQLite.dll提供32位和64位版本，我们不需要再深入讨论这个问题。 :)
然而，这种做法似乎让纯C#开发变得更加困难，需要做出3个选择。
仅支持32位，并强制管理程序集编译为x86，在32位或64位环境下运行并失去在64位环境下的优势。
仅支持64位，强制管理程序集编译为x64，在32位环境下无法运行，但能获得64位环境下的所有优势。
创建两个版本的程序集，一个编译为x86并使用32位SQLite，另一个编译为x64并使用64位SQLite。它防止使用"ANY"作为编译选项，并且不能轻松地将单个构建部署到任一类型。从开发角度来看，这不是太可怕，因为我们只需要两个项目。只有一个是C＃代码的官方版本，另一个将使用“链接”到另一个中的代码。这仅用于编译目的。这样做之后，我们仍然需要管理两个输出进行部署。
总之，我只是想确认上述是唯一的正确选择。
如果有其他选择，请告诉我。特别是是否存在一种方法可以获得单个C# DLL，可以编译为“ANY”，这样它可以根据运行环境的不同利用32位或64位，并且仍然使用System.Data.SQLite.dll。
这是对Springy76答案的详细解释。请按照以下步骤操作：
public class AssemblyResolver
{
public static void HandleUnresovledAssemblies()
{
AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.AssemblyResolve += currentDomain_AssemblyResolve;
}
private static Assembly currentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
if (args.Name == "System.Data.SQLite")
{
var path = Path.Combine(pathToWhereYourNativeFolderLives, "Native");
if (IntPtr.Size == 8) // or for .NET4 use Environment.Is64BitProcess
{
path = Path.Combine(path, "64");
}
else
{
path = Path.Combine(path, "32");
}
path = Path.Combine(path, "System.Data.SQLite.DLL");
Assembly assembly = Assembly.LoadFrom(path);
return assembly;
}
return null;
}
}
确保生成的路径指向正确的位置，可以是32位或64位SQLite DLLS。我个人在这个NuGet软件包中使用了这些DLLS并获得了良好的结果：http://www.nuget.org/packages/SQLitex64
（您只需要使用NuGet软件包获取已编译的SQLite DLLS。一旦获取到它们，请从NuGet创建的项目中删除对SQLite的引用以及NuGet软件包本身。实际上，保留引用可能会干扰此解决方案，因为SQLite永远不会被识别为未解决的程序集。）
尽早调用“HandleUnresolvedAssemblies()”，最好是在任何启动期间。
有两种常见的解决方案可以保持您的主应用程序为AnyCPU：
将x86和x64程序集都安装到GAC中：它们可以（应该！）具有相同的程序集名称，GAC将自动决定使用x86还是x64版本。
通过Hook AppDomain.AssemblyResolve并使用Assembly.LoadFrom从子目录中提供正确的程序集
<Choose>
<When Condition="'$(Platform)' == 'x64'">
<ItemGroup>
<Reference Include="Oracle.DataAccess, processorArchitecture=x64">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\ThirdParty\ODP.NET\x64\Oracle.DataAccess.dll</HintPath>
</Reference>
<Content Include="..\ThirdParty\ODP.NET\x64\oci.dll">
<Link>oci.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
<Content Include="..\ThirdParty\ODP.NET\x64\orannzsbb11.dll">
<Link>orannzsbb11.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
<Content Include="..\ThirdParty\ODP.NET\x64\oraociei11.dll">
<Link>oraociei11.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
<Content Include="..\ThirdParty\ODP.NET\x64\OraOps11w.dll">
<Link>OraOps11w.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
</ItemGroup>
</When>
<When Condition="'$(Platform)' == 'x86'">
<ItemGroup>
<Reference Include="Oracle.DataAccess, processorArchitecture=x86">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\ThirdParty\ODP.NET\x86\Oracle.DataAccess.dll</HintPath>
</Reference>
<Content Include="..\ThirdParty\ODP.NET\x86\oci.dll">
<Link>oci.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
<Content Include="..\ThirdParty\ODP.NET\x86\orannzsbb11.dll">
<Link>orannzsbb11.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
<Content Include="..\ThirdParty\ODP.NET\x86\oraociei11.dll">
<Link>oraociei11.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
<Content Include="..\ThirdParty\ODP.NET\x86\OraOps11w.dll">
<Link>OraOps11w.dll</Link>
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</Content>
</ItemGroup>
</When>
</Choose>
这使我们避免使用两个不同的项目。我相信你可以为SQLite做类似的事情。
从开发角度来看，管理起来并不是那么可怕，因为我们将需要两个项目。
这并不正确 - 您可以在同一个项目中使用两个构建配置。 在部署时，您需要为x86和x64构建，但代码库和项目可以相同。
我目前在一个大型生产项目中执行此操作，这是由于SQLite以及包括x64和x86变体的其他本地/Interop库。
Branko Dimitrijevic说：“我相信你可以为SQLite做类似的事情。”这是正确的。:)
遇到同样的问题，我发现了Rodney的问题和Branko的答案，然后自己尝试了一下。对于任何想要查看我的工作中SQLite实现的人，这里提供给您：
<Choose>
<When Condition="'$(Platform)' == 'x64'">
<ItemGroup>
<Reference Include="System.Data.SQLite, Version=1.0.88.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=AMD64">
<SpecificVersion>False</SpecificVersion>
<HintPath>System.Data.SQLite\x64\System.Data.SQLite.dll</HintPath>
</Reference>
</ItemGroup>
</When>
<When Condition="'$(Platform)' == 'x86'">
<ItemGroup>
<Reference Include="System.Data.SQLite, Version=1.0.88.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=AMD64">
<SpecificVersion>False</SpecificVersion>
<HintPath>System.Data.SQLite\x86\System.Data.SQLite.dll</HintPath>
</Reference>
</ItemGroup>
</When>
</Choose>
<ItemGroup>
<Reference Include="Microsoft.CSharp" />
<Reference Include="System" />
<Reference Include="System.configuration" />
<Reference Include="System.Core" />
<Reference Include="System.Windows.Forms" />
<Reference Include="System.Xml.Linq" />
<Reference Include="System.Data.DataSetExtensions" />
<Reference Include="System.Data" />
<Reference Include="System.Xml" />
</ItemGroup>
您也可以通过更改Visual Studio中的编译选项来解决此问题：
更改Visual Studio中的编译设置：
现在，您的程序将始终在32位模式下运行，即使在64位机器上运行。
您还可以提供两个发行版，一个用于每个环境，如上所述。虽然这将成为未来的标准，但对于我的当前项目而言，这是最好和最简单的选择。