.net core部署及查看部署错误原因

Asp.Net Core 部署方式有两种:依赖框架独立部署

依赖框架的部署 (FDD) :

依赖目标系统上存在共享系统级版本的 .NET Core
优点:
1 不需要提前定义.net core 应用的目标操作系统
2部署包小
3许多应用同时使用相同的.net core安装 降低主机系统上磁盘空间和内存使用量
缺点:
1 要主机系统上安装.net core版本或更高的才能运行
2如果版本更新 可能对应用有影响
这种模式是跨平台的,只要在对应平台装上runtimes,然后把发布包做成可移植的,同一个发布包就可以跨平台了。

独立部署:

与 FDD 不同,独立部署 (SCD) 不依赖目标系统上存在的共享组件。 所有组件(包括 .NET Core 库和 .NET Core 运行时)都包含在应用程序中,并且独立于其他 .NET Core 应用程序。 SCD 包括一个可执行文件(如 Windows 平台上名为 app 的应用程序的 app.exe),它是特定于平台的 .NET Core 主机的重命名版本,还包括一个 .dll 文件(如 app.dll),而它是实际的应用程序。
  对于独立部署,可以部署应用和所需的第三方依赖项以及生成应用所使用的 .NET Core 版本。 创建 SCD 不包括各种平台上的 .NET Core 本机依赖项,因此运行应用前这些依赖项必须已存在。
优点
  ① 可以对与应用一起部署的 .NET Core 版本具有单独的控制权
  ② 请放心,目标系统可以运行你的 .NET Core 应用,因为你提供的是应用将在其上运行的 .NET Core 版本
缺点
  ① 由于 .NET Core 包含在部署包中,因此必须提前选择为其生成部署包的目标平台
  ② 部署包相对较大,因为需要将 .NET Core 和应用及其第三方依赖项包括在内。
他不能跨平台,每个包都有对应的运行时,所以一份代码只能在对应的平台使用。

注意 部署到iis上必须需要 runtime 和hosting包

发布流程


上一页选择发布的地址

iis管理器操作


浏览

*发布时遇到的问题

1关于发布时 如果报错 可执行 cmd dotnet 解决方案.dll

2直接到解决方案 处 执行文件 相当于后台运行 类似于iis发布 只要cmd不关 postman可访问

posted @ 2021-08-04 13:42  原往  阅读(315)  评论(0)    收藏  举报