.NET跨平台本地库引入实战
💡
原文中文，约12200字，阅读约需29分钟。
📝
内容提要
在.NET开发中，调用第三方本地库可以选择动态加载和静态加载两种方式。动态加载使用NativeLibrary API，灵活性高；静态加载通过DllImport，适合简单场景。建议使用不带扩展名的库名以确保跨平台兼容性，Linux下需去掉lib前缀。使用VC-LTL和YY-Thunks可支持旧版Windows。
🎯
关键要点
- 在.NET开发中，调用第三方本地库有两种方式：动态加载和静态加载。
- 动态加载使用NativeLibrary API，灵活性高，适合复杂场景。
- 静态加载通过DllImport特性，适合简单场景，使用条件编译宏可处理不同平台的库名。
- 建议使用不带扩展名的库名以确保跨平台兼容性，Linux下需去掉lib前缀。
- 使用VC-LTL和YY-Thunks可支持旧版Windows，使现代.NET程序在旧系统上运行。
- 动态加载的实现需要根据操作系统判断库文件名，并手动加载库。
- 静态加载的成功案例包括单工程使用条件编译，失败案例则是多工程中条件编译宏不继承的问题。
- 推荐使用DllImport常量库名（不加扩展名），这是最稳定可靠的方案。
- 对于初学者，建议先掌握多工程+仅库名的方案，这是最稳妥且容易理解的方式。
❓
延伸问答
在.NET开发中，如何调用第三方本地库？
可以通过动态加载和静态加载两种方式来调用第三方本地库。
动态加载和静态加载的主要区别是什么？
动态加载使用NativeLibrary API在运行时手动加载，灵活性高；静态加载通过DllImport特性声明，适合简单场景。
在Linux下使用DllImport时，为什么要去掉lib前缀？
因为在Linux下，DllImport会查找不带lib前缀的库名，确保能够正确加载库文件。
如何确保跨平台兼容性在加载本地库时？
建议使用不带扩展名的库名，并在Linux下去掉lib前缀，以确保跨平台兼容性。
使用条件编译宏时，为什么在多工程中可能会失败？
因为条件编译宏在类库中不继承主工程的RuntimeIdentifier，导致加载失败。
对于初学者，推荐的本地库加载方案是什么？
推荐使用多工程+仅库名的方案，这是最稳妥且容易理解的方式。
➡️
