最近有些老的应用需要进行信创改造，其中需要依赖到一些包和库。

      首先我们的应用是跑在docker上的，然后打包一个arm的.net 7或者8的运行时，就OK了。

      先说我碰到的坑，就是有些dll，在arm架构下加载不了。原因是因为有些dll不是纯C#代码，包含了一些第三方的C++代码，通过DllImport 引入的，之前dllImport对应的动态链接库，没有提供arm架构的版本，所以导致跑不起来报错，于是变详细的了解一下整个过程。

      假设我们定义了一个Common的类库

情况一：Common 类库是纯 C# 代码（最常见）

  如果你的 Common 类库：

• ✅ 只包含 C# 代码

• ✅ 没有使用 DllImport 调用 native 库

• ✅ 没有引用包含 native 代码的第三方包

• ✅ 没有使用平台特定的 API（如 Windows Registry）

 那你什么都不用做！ 现有的 AnyCPU 版本可以直接在 ARM 上运行。

情况二：Common 类库包含 native 代码

如果你的 Common 类库：

• ❌ 使用了 DllImport 调用自定义的 C/C++ 库

• ❌ 依赖了一些需要平台特定编译的第三方 native 库

• ❌ 包含了针对特定 CPU 优化的算法（如 Intel MKL）

这时才需要为 ARM 单独打包。

如何判断你的库是否包含 native 代码？

检查你的 .csproj 文件或代码中是否有：

或者查看依赖的 NuGet 包是否包含 runtimes 文件夹。

情况三：Common 类库依赖了第三方包

场景 A：依赖的包支持 ARM（大多数现代包都支持）

检查你引用的第三方包是否已经支持 ARM。比如在 NuGet.org 上查看包详情，看它是否包含 runtimes/linux-arm64 目录。

如果依赖的包已经支持 ARM，你的 AnyCPU 库在 ARM 上也能正常工作。

场景 B：依赖的包不支持 ARM

如果某个依赖包只有 x64 版本，那你的库在 ARM 上可能会失败。这时你有几个选择：

1. 寻找替代包：找同样功能但支持 ARM 的包

2. 联系包作者：请求添加 ARM 支持

3. 自己打包：为这个依赖包创建 ARM 版本（如果有源码）