一、前言

.NET工具链在最新的 Preview3 版本中，引入了新的 MSBuild项目系统 ，项目文件又回归了 .csproj 的XML文件来管理，项目文件、包引用、程序集引用、.NET Core工具集、发布内容定义等内容。本文主要将主要讨论，如何在新的项目系统中（.csproj）发布可执行文件。我们都知道在之前的版本中，项目文件是通过project.json文件来管理项目和包引用的，那么通过删除 dependencies -> Microsoft.NETCore.App -> "type": "platform" 子节点，并定义 runtimes 节点，来发布可执行文件(想了解的朋友可以阅读 这篇文章 ) 。

所为可执行文件就是在目标机器上，不需要安装 .NET Core SDK 或任何Runtime，就可以执行的文件。比如在Windows上可以生成 coreapp.exe的可执行文件，而在Linux中可以使用 ./coreapp 来执行。

原理上这种可执行文件，就是通过一个C++应用程序为载体（宿主），加载CoreCLR，通过 CoreCLR 再加载任意的程序集，对这里有兴趣的朋友也可以到Github上去看一下 CoreCLR 中ClrHost的部分。

二、生成可执行

在新的 .csproj项目文件 中，我们要想发布一个可执行文件，就在手动创建名为<RuntimeIdentifiers>的节点，在这个节点下面，添加 RuntimeIdentifiers 也就是以前的 RID 定义，RID是描述系统平台的统一命名标示。例如我想要发布的可执行文件的目标系统平台为 Win10 和 Mac os 10.11.* 定义如下：

 <PropertyGroup>
      <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
 </PropertyGroup>

通过如下命令发布各平台的目标可执行文件：

dotnet build -r win10-x64
dotnet build -r osx.10.11-x64

上面的命令可以生成带有符号文件和调试信息的DEBUG版本，你的应用程序将生成在 .\bin\Debug\netcoreapp1.0\< runtime_identifier> 目录下，如果想生成生产环境的最终版本请通过如下命令获取：

dotnet publish -c release -r win10-x64
dotnet publish -c release -r osx.10.11-x64

通过上述命令生成的Release版本目标执行文件将生成在 .\bin\release\netcoreapp1.0\<runtime_identifier> 目录下，并且每一个目标平台目录下都有 生成的可执行文件、发布项目的程序集、.NET Core依赖或必要的文件等 来保证生成程序的独立可执行。

我们来看一个新的csproj文件的完整定义：

<Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" />
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp1.0</TargetFramework>
    <VersionPrefix>1.0.0</VersionPrefix>
    <DebugType>Portable</DebugType>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
  </PropertyGroup>
  <ItemGroup>
    <Compile Include="**\*.cs" />
    <EmbeddedResource Include="**\*.resx" />
  </ItemGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.NETCore.App">
      <Version>1.0.1</Version>
    </PackageReference>
    <PackageReference Include="Newtonsoft.Json">
      <Version>9.0.1</Version>
    </PackageReference>
    <PackageReference Include="Microsoft.NET.Sdk">
      <Version>1.0.0-alpha-20161102-2</Version>
      <PrivateAssets>All</PrivateAssets>
    </PackageReference>
  </ItemGroup>
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>

三、RID

RID是Runtime Identifier的缩写，它用于定义目标操作系统标示。RID会不断的更新，我们可以在CoreFx项目中找到 RID定义 ，常用的RID有如下：

Windows RIDs

• Windows 7 / Windows Server 2008 R2
  • win7-x64
  • win7-x86
• Windows 8 / Windows Server 2012
  • win8-x64
  • win8-x86
  • win8-arm
• Windows 8.1 / Windows Server 2012 R2
  • win81-x64
  • win81-x86
  • win81-arm
• Windows 10 / Windows Server 2016
  • win10-x64
  • win10-x86
  • win10-arm
  • win10-arm64

Linux RIDs

• Red Hat Enterprise Linux
  • rhel.7.0-x64
  • rhel.7.1-x64
  • rhel.7.2-x64
• Ubuntu
  • ubuntu.14.04-x64
  • ubuntu.14.10-x64
  • ubuntu.15.04-x64
  • ubuntu.15.10-x64
  • ubuntu.16.04-x64
  • ubuntu.16.10-x64
• CentOS
  • centos.7-x64
• Debian
  • debian.8-x64
• Fedora
  • fedora.23-x64
  • fedora.24-x64
• OpenSUSE
  • opensuse.13.2-x64
  • opensuse.42.1-x64
• Oracle Linux
  • ol.7-x64
  • ol.7.0-x64
  • ol.7.1-x64
  • ol.7.2-x64
• Currently supported Ubuntu derivatives
  • linuxmint.17-x64
  • linuxmint.17.1-x64
  • linuxmint.17.2-x64
  • linuxmint.17.3-x64
  • linuxmint.18-x64

OS X RIDs

• osx.10.10-x64
• osx.10.11-x64
• osx.10.12-x64

四、系统依赖

发布出来的目标平台可执行文件，也是需要依赖系统特性的，接下来我们来看下系统的需要组件有哪些：