ASP.Net Core on Linux (CentOS7) 共享第三方依赖库部署

背景：

这周，心情来潮，想把 Aries 开发框架和 Taurus 开发框架给部署到Linux上，于是开始折腾了。

经过重重非人的坑，终于完成了任务：

Aries on CentOS7：mvc.aries.cyqdata.com

Taurus on CentOS7：mvc.taurus.cyqdata.com

不过在发布的过程中，发现有大堆共同的dll（100多个，20多M）：

看见一大堆这些dll，感觉很影响视觉，而且多个项目就要上传多份，很是麻烦。

于是研究了一下，能不能把这些和项目的文件分开，独立到一个指定的目录中去。

研究过程：

为什么要研究，因为网上根本搜不到啊，我X，这.net core 都出这么多年了，就没人有点洁癖，把这事给解决然后写篇文章么！

1、本人机器早期装的是VS2017版本，发布版本时，没有“部署模式”选项。

2、后来升级了一下，发现版本选项里有“部署模式”选项，里面有框架依赖和独立两种，于是看了下相关说明：

.NET Core 应用程序部署

可以为 .NET Core 应用程序创建三种部署：

依赖框架的部署。顾名思义，依赖框架的部署 (FDD) 依赖目标系统上存在共享系统级版本的 .NET Core。由于已存在 .NET Core，因此应用在 .NET Core 安装程序间也是可移植的。应用仅包含其自己的代码和任何位于 .NET Core 库外的第三方依赖项。 FDD 包含可通过在命令行中使用 dotnet 实用程序启动的 .dll 文件。例如，dotnet app.dll 就可以运行一个名为 app 的应用程序。
独立部署。与 FDD 不同，独立部署 (SCD) 不依赖目标系统上存在的共享组件。所有组件（包括 .NET Core 库和 .NET Core 运行时）都包含在应用程序中，并且独立于其他 .NET Core 应用程序。 SCD 包括一个可执行文件（如 Windows 平台上名为 app 的应用程序的 app.exe），它是特定于平台的 .NET Core 主机的重命名版本，还包括一个 .dll 文件（如 app.dll），而它是实际的应用程序。
依赖框架的可执行文件。生成在目标平台上运行的可执行文件。类似于 FDD，依赖框架的可执行文件 (FDE) 是特定于平台的，而不是自包含的。这些部署的运行仍依赖于现有的 .NET Core 共享系统级版本。与 SCD 不同，应用仅包含代码和任何位于 .NET Core 库外的第三方依赖项。FDE 生成在目标平台上运行的可执行文件。

经过研究测试，不管哪种方式，发布后，还是有一大堆Microsoft.XXXX.dll。

然后认真看仔细后发现，FDD部署，也是不处理依赖第三方依赖项的。

你连Microsoft和System打头的都叫第三方依赖项，哥也没办法了。

后来想到配置文件：*.runtimeconfig.json，感觉这里应该能折腾点什么。

{
  "runtimeOptions": {
    "tfm": "netcoreapp2.0",
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "2.0.0"
    },
    "configProperties": {
      "System.GC.Server": true
    }
  }
}