在 .NET 中发布跨平台应用，核心在于使用 .NET 的跨平台运行时支持和正确的发布配置。从 .NET 5 开始，.NET 统一了开发平台，使得构建可在 Windows、Linux 和 macOS 上运行的应用变得简单高效。以下是实现跨平台发布的实用指南。
选择合适的 .NET 版本和项目类型
确保使用 .NET 5 或更高版本（推荐 .NET 6 / .7 / 8），这些版本原生支持跨平台。控制台应用、ASP.NET Core Web 应用、WPF 和 WinForms（部分限制）均可跨平台运行，但推荐使用 ASP.NET Core 或通用控制台程序以获得最佳兼容性。
使用 dotnet new console 或 dotnet new webapi 创建项目 确保项目文件（.csproj）中 TargetFramework 设置为跨平台版本，如理解发布模式：框架依赖 vs 独立部署
发布方式直接影响应用是否能在目标机器上运行。
框架依赖发布（Framework-Dependent）：只发布应用代码，运行时需目标系统安装对应 .NET 运行时。体积小，但依赖环境。适用于可控环境（如 Docker 容器） 独立部署（Self-Contained）：包含运行时和所有依赖，无需目标系统安装 .NET。体积较大，但真正“开箱即用”若要跨平台运行，独立部署更可靠。通过指定运行时标识符（RID）来生成特定平台的可执行文件。
使用命令行发布到不同平台
使用 dotnet publish 命令并指定运行时，即可生成对应平台的可执行文件。
常见 RID 示例：
Windows: win-x64 Linux: linux-x64 macOS: osx-x64 或 Apple Silicon 使用 osx-arm64发布命令示例：
dotnet publish -r linux-x64 --self-contained true -c Release该命令生成一个可在 Linux x64 系统上直接运行的独立应用。替换 RID 即可为其他平台构建。
处理平台相关代码和依赖
即使 .NET 跨平台，某些 API 或第三方库可能不支持所有系统。
避免使用 Windows-specific API，如 Microsoft.Win32.Registry 文件路径使用 Path.Combine() 和 Path.DirectorySeparatorChar 测试在各目标平台的实际行为，尤其是进程调用、文件权限、网络访问等 使用条件编译符号（如 PLATFORM_LINUX）处理特殊逻辑（尽量少用）自动化多平台构建（CI/CD 推荐）
手动为每个平台发布效率低。建议使用 GitHub Actions、Azure Pipelines 等工具自动构建多个平台版本。
GitHub Actions 示例片段：
- name: Build for Linuxrun: dotnet publish -r linux-x64 --self-contained true
- name: Build for Windows
run: dotnet publish -r win-x64 --self-contained true
- name: Build for macOS
run: dotnet publish -r osx-x64 --self-contained true
基本上就这些。只要选对 .NET 版本，合理选择发布模式，并注意平台差异，.NET 应用跨平台发布并不复杂，但容易忽略运行时依赖和路径处理细节。
