Linux下.NET5项目编译C++库时如何开启CLR支持

首先需要明确：Linux平台不存在Windows体系下传统的/clr系列C++/CLI编译选项，你需要根据实际使用的互操作场景选择对应配置：

场景1：原生C++库 + P/Invoke调用（官方推荐，90%以上场景适用） #

这种场景下你的C++库是独立的原生二进制，不需要任何和CLR绑定的编译标识，只要按Linux共享库规则编译即可，核心编译参数如下：

• 编译阶段添加-fPIC：生成位置无关代码，是Linux共享库的强制要求
• 链接阶段添加-shared：指定输出为.so格式的动态共享库
• 所有暴露给C#调用的导出函数必须加extern "C"修饰，避免C++名称修饰导致P/Invoke阶段找不到函数入口

示例编译命令：

# 编译生成位置无关的目标文件
g++ -c -fPIC -O2 your_native_code.cpp -o your_native_code.o
# 链接生成可供C#加载的动态库
g++ -shared your_native_code.o -o libYourNativeLib.so

注意：该模式编译出的库不依赖CLR运行时，C#侧通过DllImport特性声明对应导出函数即可完成调用，稳定性和兼容性最好，是Linux下.NET和原生C++互操作的首选方案。

场景2：C++/CLI混合模式程序集（托管/原生代码混编） #

如果你需要编写混合程序集（代码中直接使用托管语法、直接操作CLR对象），.NET 5+在Linux下需要使用和.NET SDK版本匹配的Clang编译器，对应的CLR支持编译标识为-clr:netcore，编译时需要额外链接CoreCLR相关依赖库。
需要注意：Linux下的C++/CLI混合模式支持成熟度较低，存在不少兼容性限制，非特殊需求不建议使用该方案。

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