ASP.NET网站发布的核心流程是将开发完成的网站代码、资源和配置部署到服务器环境，使其可通过互联网访问，以下是专业且经过验证的发布步骤与最佳实践：
发布前的关键准备工作
-
代码优化与清理
- 切换为
Release模式（Visual Studio右上角），启用代码优化，移除调试符号。 - 运行
dotnet publish -c Release命令编译项目，生成精简的发布包。 - 删除未使用的NuGet包、临时文件和测试代码。
- 切换为
-
环境一致性检查
- 确认服务器安装的.NET运行时版本与开发环境匹配（如.NET 6/7/8）。
- 数据库连接字符串、API密钥等敏感信息迁移至安全配置（如Azure Key Vault或环境变量）。
选择发布方式与详细操作
方式1：通过IIS部署（Windows服务器推荐）
-
服务器配置
- 安装IIS并启用ASP.NET Core模块（通过Windows Server的“添加角色和功能”）。
- 创建应用程序池,设置.NET CLR版本为“无托管代码”，身份验证模式为
ApplicationPoolIdentity。
-
发布文件部署
- 将
dotnet publish生成的publish文件夹复制到服务器（如C:sitesmyapp）。 - IIS中新建站点,物理路径指向该文件夹，绑定域名和端口。
- 将
-
关键权限设置
icacls "C:sitesmyapp" /grant "IIS AppPoolDefaultAppPool:(OI)(CI)(RX)"
赋予应用程序池对目录的读写权限。
方式2：容器化部署（Docker+Kubernetes）
-
创建Docker镜像
FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS runtime WORKDIR /app COPY ./publish ./ ENTRYPOINT ["dotnet", "MyApp.dll"]
- 构建镜像：
docker build -t myapp:latest .
- 构建镜像：
-
云端部署
- 推送至容器仓库（如Docker Hub、ACR）。
- 在Kubernetes中配置Deployment和Service对象,实现自动扩缩容。
方式3：Linux服务器部署（Nginx反向代理）
- 安装运行时
sudo apt install aspnetcore-runtime-8.0
- 配置Nginx
server { listen 80; server_name example.com; location / { proxy_pass http://localhost:5000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection keep-alive; } } - 守护进程配置
使用systemd创建服务（/etc/systemd/system/myapp.service）确保应用自启动。
发布后的必要优化与验证
-
性能与安全加固
- Web.config 配置 (IIS)：
<aspNetCore processPath="dotnet" arguments=".MyApp.dll" stdoutLogEnabled="true" stdoutLogFile=".logs" > <environmentVariables> <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Production" /> </environmentVariables> </aspNetCore> - 启用HTTPS：通过Let’s Encrypt免费证书配置强制跳转。
- Web.config 配置 (IIS)：
-
自动化部署策略
- Azure DevOps/GitHub Actions流水线示例：
steps: - name: Publish run: dotnet publish -c Release -o ./publish - name: Deploy to IIS uses: win-acme/azure-pipelines-task@v1 with: server: myserver siteName: Default Web Site package: ./publish
- Azure DevOps/GitHub Actions流水线示例：
-
验证清单
- 访问所有核心页面,检查功能完整性。
- 使用工具（如Loader.io）进行压力测试。
- 检查日志文件（IIS日志位于
%SystemDrive%inetpublogs；ASP.NET Core日志通过Serilog或内置Logger）。
高级场景解决方案
- 数据库迁移：
在启动时自动执行EF Core迁移：using (var scope = app.Services.CreateScope()) { var db = scope.ServiceProvider.GetRequiredService<AppDbContext>(); db.Database.Migrate(); } - 零停机发布：
- IIS：使用应用程序初始化模块预热。
- Kubernetes：配置滚动更新策略（
maxSurge: 25%,maxUnavailable: 0）。
常见故障排除
| 问题现象 | 解决方案 |
|---|---|
| HTTP Error 500.30 (ANCM) | 检查ASPNETCORE_ENVIRONMENT环境变量是否设为Production |
| 静态文件加载失败 | 确认UseStaticFiles()中间件已启用，文件权限正确 |
| 数据库连接超时 | 验证防火墙规则，检查连接字符串中的服务器地址 |
专业建议：生产环境务必启用健康检查端点（
app.MapHealthChecks("/health")），结合监控工具（如Application Insights）实时捕获异常。
原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/19176.html
