在CentOS系统上部署.NET环境，最稳健且符合长期运维标准的方案是直接配置微软官方的Yum软件源进行安装，这种方法不仅能自动处理.NET Core与.NET 5/6/7/8等版本复杂的底层依赖关系（如libicu、openssl等），还能确保通过系统自带的包管理器进行统一的安全更新和版本回滚，避免了手动编译二进制文件带来的环境不可控风险，对于生产环境而言，这是兼顾安装便捷性与运行稳定性的最佳实践。
环境检查与系统准备
在执行安装操作之前,必须对当前CentOS的版本和架构进行严格确认，因为不同版本的CentOS对应的软件包源路径存在显著差异。.NET在Linux上主要支持x64（AMD64/Intel64）和ARM64架构，绝大多数服务器环境为x64。
通过命令查看系统发行版信息： cat /etc/redhatrelease 此命令将输出具体的CentOS版本（如CentOS Linux release 7.9.2009），需要注意的是，CentOS 7与CentOS 8在软件包管理机制上虽然都使用yum，但微软官方提供的仓库配置包（RPM包）的下载地址是不同的，如果系统中曾经安装过“预览版”或通过手动二进制包解压的.NET SDK，建议先进行清理，以防止版本冲突导致运行时错误，可以使用sudo yum remove dotnet*命令卸载旧版本，并手动删除/usr/share/dotnet等残留目录。
配置微软官方软件源
为了获取最新且经过签名的.NET安装包，我们需要将微软的官方仓库集成到系统的yum源中，这一步是整个安装流程的核心，它建立了系统与微软更新服务器的安全通道。
对于CentOS 7系统，执行以下命令安装仓库配置包： sudo rpm Uvh https://packages.microsoft.com/config/centos/7/packagesmicrosoftprod.rpm
对于CentOS 8或CentOS Stream 8系统，则使用对应的8版本路径： sudo rpm Uvh https://packages.microsoft.com/config/centos/8/packagesmicrosoftprod.rpm
执行上述命令后,系统会自动下载并安装一个名为packagesmicrosoftprod的RPM包，该包会在/etc/yum.repos.d/目录下创建微软的仓库配置文件，并导入微软的GPG公钥，这一步至关重要，GPG公钥的导入确保了后续下载的dotnet包在安装前会进行签名验证，防止中间人攻击或恶意篡改，充分体现了EEAT原则中的安全性与可信度。
选择安装：SDK与运行时的区别
在安装过程中,开发者需要明确区分“.NET SDK”与“.NET Runtime（运行时）”的用途，这是专业部署中常见的分界点。
.NET SDK（Software Development Kit）包含了编译器、工具链以及运行时，如果你的服务器不仅用于运行应用程序，还需要进行源码编译、构建或本地开发，则需要安装SDK，安装命令为： sudo yum install dotnetsdk8.0 （此处以.NET 8.0为例，它是当前的LTS长期支持版本，推荐生产环境优先使用）。
ASP.NET Core Runtime则是仅包含运行Web应用程序所需的最小环境，不包含编译工具，对于纯粹的生产服务器，为了减小攻击面和节省磁盘空间，应仅安装运行时，如果你的应用是Web应用，建议安装aspnetcoreruntime，因为它包含了.NET Runtime： sudo yum install aspnetcoreruntime8.0
如果应用是控制台或后台服务,而非Web应用，则只需安装dotnetruntime8.0。
验证安装与环境依赖处理
安装完成后,必须通过命令行工具验证环境是否配置正确，执行： dotnet info 该命令将输出详细的安装信息，包括主机版本、.NET SDK版本、已安装的运行时以及环境变量路径，若能正常输出版本号，说明PATH环境变量已自动配置成功。
在CentOS环境下,一个常见的专业问题是国际化组件（ICU）的缺失。.NET在处理全球化功能（如日期格式、货币转换、字符串比较）时依赖于ICU库，虽然微软的RPM包通常会自动处理依赖，但在某些精简版的CentOS系统中，可能需要手动安装： sudo yum install libicu 对于高性能的Web应用，垃圾回收器（GC）的行为至关重要，在服务器环境中，.NET默认会配置为服务器GC模式，但为了确保最佳性能，可以设置环境变量DOTNET_gcServer=1，并在/etc/profile.d/dotnet.sh中持久化配置。
生产环境部署建议与防火墙配置
仅仅安装好.NET是不够的，为了让ASP.NET Core应用在CentOS上对外提供服务，还需要配置系统层面的服务管理，虽然可以使用dotnet run命令直接启动，但这仅适用于开发环境，在生产环境中，专业的做法是配置Systemd守护进程。
创建一个服务单元文件（如/etc/systemd/system/kestrelapp.service），配置Restart=always以确保应用崩溃后自动重启，并配置LimitNOFILE=50000以支持高并发连接，通过systemctl enable和systemctl start命令管理服务生命周期。
务必检查CentOS的防火墙设置,如果应用监听非80/443端口（例如5000），需要使用firewallcmd命令开放端口： sudo firewallcmd permanent addport=5000/tcpsudo firewallcmd reload
常见故障与独立见解
在实际运维中,如果遇到libssl.so.1.1 not found之类的错误，通常是因为CentOS 7系统的OpenSSL版本过旧，而较新的.NET版本（如.NET 6/7/8）依赖OpenSSL 1.1，不要盲目升级系统的OpenSSL，这可能导致系统其他服务（如ssh、curl）崩溃，专业的解决方案是安装compatopenssl11包，或者升级到CentOS 8 Stream，这体现了在系统稳定性与组件依赖之间的权衡智慧。
对于内存受限的微型实例,建议在启动应用时配置Server GC模式并限制堆内存，例如设置DOTNET_GCHeapHardLimit=200000000（约200MB），防止应用因内存膨胀被系统OOM Killer杀掉。
相关问答
Q1：在CentOS上安装.NET后，如何同时支持多个版本共存？A： 微软的官方Yum源支持多版本共存，在安装新版本时（如已安装6.0，再安装8.0），yum会保留旧版本的包，你可以通过dotnet listsdks查看所有已安装的SDK，在全局JSON文件中或项目文件中指定所需的具体SDK版本即可，对于运行时，系统会根据应用编译时的目标框架自动选择匹配的运行时版本，无需手动切换。
Q2：为什么执行dotnet命令时提示“找不到命令”或“command not found”？A： 这通常是因为环境变量PATH未正确配置，虽然通过RPM安装会自动配置，但如果安装过程中出现异常或使用了非标准安装方式，可能需要手动添加，编辑/etc/profile或用户目录下的.bashrc，添加export PATH=$PATH:/usr/share/dotnet:/usr/lib64/dotnet，然后执行source /etc/profile使其生效，请确保安装的是x64包，且系统架构与包架构一致。
希望这份详细的部署指南能帮助你在CentOS上顺利搭建.NET环境，如果你在安装过程中遇到关于特定版本依赖或SELinux权限设置的问题，欢迎在评论区留言，我们可以进一步探讨解决方案。
