C++ CLI封装库非直接引用时抛出BadImageFormatException问题求助

• C++ CLI程序集版本配置错误
  你观察到的0.1.2.3是Visual Studio创建C++ CLI项目时的默认程序集版本，大概率你仅修改了项目的文件版本属性，未同步修改程序集版本配置。你需要检查项目的资源(.rc)文件、「配置属性>高级>程序集版本」配置项，确保程序集版本与预期一致，避免版本不匹配导致加载器拉取到错误版本的程序集。
• 程序集加载路径优先级异常
  .NET运行时加载程序集时会优先从GAC、进程工作目录、配置的 probing 路径查找匹配项，若你的环境中存在同名、版本为0.1.2.3的C++ CLI DLL，会被优先加载。该异常DLL大概率存在架构不匹配问题，最终抛出BadImageFormatException。你可以使用fuslogvw.exe（程序集绑定日志查看器）确认实际加载的DLL路径，排查是否加载了非预期的同名文件。
• 依赖项缺失问题
  直接引用DLL或Nuget包配置错误时，C++ CLI程序集的依赖项（包括你封装的原生C库、对应版本的VC++运行时库）不会被自动复制到输出目录。而项目引用模式下Visual Studio会自动递归复制所有依赖，所以运行正常。依赖项缺失会导致程序集加载失败，误抛出架构不匹配类的异常。
• Nuget包结构不符合规范
  打包包含原生依赖的C++ CLI程序集时，需要将64位程序集放到Nuget包的runtimes/win-x64/lib/net5.0/目录下，同时在nuspec配置文件中声明对应的架构标识、目标框架与依赖项。若打包时直接将DLL放到根目录或lib的根目录，Nuget不会将对应架构的程序集正确复制到输出目录，引发加载异常。
• 编译选项配置错误
  确认你用于发布的C++ CLI DLL使用Release模式编译，启用了/clr:netcore编译选项，目标框架匹配.NET 5.0，没有开启会破坏程序集格式的特殊编译参数，避免生成的程序集不符合.NET运行时的识别规范。

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