当前位置：首页 > news >正文

ASP.NET Core MVC + SQL Server 构建电商平台：从环境搭建到部署上线

news 2026/8/27 5:52:29

简介：在构建企业级Web应用时，ASP.NET Core MVC框架因其清晰的Model-View-Controller（MVC）架构和强大的性能而备受青睐，它通过关注点分离提升了代码的可维护性和团队协作效率。其核心原理在于处理HTTP请求、执行业务逻辑并渲染动态视图，为开发者提供了高效的全栈开发体验。结合SQL Server这一成熟的关系型数据库，利用其强大的事务支持与精细的权限控制，能够确保核心业务数据如订单与库存的强一致性与安全性，这对于电商、ERP等系统至关重要。Entity Framework Core（EF Core）作为ORM框架，极大地简化了数据库操作，但需警惕N+1查询等性能陷阱。通过合理的索引优化、缓存策略（如使用IMemoryCache）以及对并发事务的控制，可以构建出高性能、高可用的应用。本文将以一个完整的商城系统为例，详细演示如何运用ASP.NET Core MVC与SQL Server这一经典技术栈，从项目初始化、核心功能（商品管理、购物车、订单处理）实现，到性能优化、安全加固及最终部署，为开发稳定、高效的电商平台提供实践指南。

1. 从零到一：为什么选择这个技术栈来构建商城？

如果你正在寻找一个稳定、高效且易于维护的技术方案来搭建一个电商平台，那么“ASP.NET Core MVC + SQL Server”这个组合，绝对是一个值得你花时间深入了解的经典选择。我这些年参与过不少电商项目的架构和开发，从早期的WebForms到现在的.NET Core，这个组合的演进过程，恰恰反映了企业级应用对性能、可扩展性和开发效率的持续追求。它不是什么炫酷的新潮技术，但却是能让你把项目稳稳落地、经得起业务量考验的“老伙计”。

简单来说，ASP.NET Core MVC负责处理用户看到的一切——商品列表、购物车页面、订单提交，它就像商城的“门面”和“服务员”，负责接待顾客、理解需求并给出响应。而SQL Server则扮演着“大管家”和“仓库”的角色，所有商品信息、用户数据、订单记录都安全、有序地存放在这里，保证数据的一致性、可靠性和快速查询。这个组合的强大之处在于，它们都来自微软的生态体系，这意味着工具链的集成度非常高，从Visual Studio的智能提示到Entity Framework Core对数据库的流畅操作，整个开发体验非常顺畅，能极大降低从设计到上线的复杂度。

很多人可能会问，现在有那么多微服务、云原生、NoSQL的方案，为什么还要用这个“传统”组合？我的经验是，对于绝大多数中小型商城，或者作为大型系统的起点，这个组合的性价比和成熟度是无与伦比的。SQL Server提供了强大的事务支持、精细的权限控制和成熟的备份恢复机制，这对于电商最核心的“钱”和“货”的数据安全至关重要。ASP.NET Core MVC则提供了清晰的关注点分离（Model-View-Controller），让团队协作和后期功能迭代变得有条不紊。更重要的是，整个技术栈的学习资源和社区支持非常丰富，你遇到的绝大多数问题，都能找到成熟的解决方案或讨论。接下来，我们就一步步拆解，如何用这套技术栈，搭建一个五脏俱全的商城系统。

2. 环境搭建与项目初始化：避开第一个坑

万事开头难，一个正确的开始能避免后续无数麻烦。这里我们不追求一步到位的高大上架构，而是先搭建一个能跑起来、结构清晰的开发环境。

2.1 开发环境准备：不仅仅是安装IDE

首先，你需要安装Visual Studio 2022（社区版免费且功能强大）。在安装时，务必勾选“ASP.NET和Web开发”以及“.NET桌面开发”工作负载，这会包含.NET SDK和大部分我们需要的模板。接下来是数据库，我强烈建议从SQL Server 2019 Developer Edition或2022版本开始，这也是免费用于开发和测试的。很多人搜索“sql server 2019 developer 官方下载”，就是为了找到这个合法且功能完整的版本。

安装SQL Server时有个关键点：实例配置。除非你有特殊需求，否则请使用默认实例（MSSQLSERVER）。混合模式身份验证一定要勾选，并为sa账户设置一个强密码并牢记。这一步的疏忽，会导致后面用Entity Framework连接时出现“sql server 服务远程调用失败”或登录失败等一系列头疼问题。安装完成后，顺手把SQL Server Management Studio (SSMS)也装上，这是管理和查看数据库最直观的工具。

注意：如果你的机器上曾经安装过旧版本的SQL Server（比如搜热词里提到的2008 R2, 2012等），在安装新版本前，最好彻底清理旧版本，避免端口冲突或服务无法启动。可以搜索“sql server卸载”找到微软官方的专用卸载工具，比在控制面板里卸载要干净得多。

2.2 创建项目与基础结构设计

打开Visual Studio，选择“创建新项目”，搜索“ASP.NET Core Web App (Model-View-Controller)”。项目名称可以叫ECommerceDemo，位置自选。在接下来的配置对话框中，注意两个地方：一是“身份验证类型”，选择“个人账户”，这会为我们自动生成用户注册、登录的基础页面和代码，商城系统用户体系是核心，这能省去大量重复劳动。二是“配置HTTPS”建议勾选，现在没有HTTPS的电商网站几乎不可接受。

项目创建好后，你会看到一个标准的MVC结构：Controllers、Models、Views文件夹。对于商城，我们需要规划几个核心的领域模型（Model）。在Models文件夹下，我通常会先创建以下几个类：

Product(商品)：包含Id, Name, Description, Price, StockQuantity, ImageUrl等字段。
Category(商品分类)：Id, Name, Description，与Product是一对多关系。
ShoppingCartItem(购物车项)：Id, ProductId, Quantity, UserId。
Order(订单)：Id, UserId, OrderDate, TotalAmount, Status (如Pending, Processing, Shipped, Delivered)。
OrderDetail(订单明细)：Id, OrderId, ProductId, Quantity, UnitPrice。这里采用Order和OrderDetail主从表结构，是处理订单的经典设计。

这些类就是我们的领域实体，它们将直接对应到数据库中的表。先不用考虑太复杂，把核心属性定义出来即可。

2.3 数据库连接与Entity Framework Core配置

这是连接ASP.NET Core和SQL Server的桥梁。我们使用Entity Framework Core (EF Core) 这个ORM框架，它能让咱们用操作C#对象的方式来操作数据库。

首先，通过NuGet包管理器安装必要的包：

Microsoft.EntityFrameworkCore.SqlServer：用于连接SQL Server数据库。
Microsoft.EntityFrameworkCore.Tools：用于后续的数据库迁移命令。
Microsoft.AspNetCore.Identity.EntityFrameworkCore：因为创建项目时选了“个人账户”，这个包提供了Identity框架的EF Core集成。

安装完成后，在项目根目录创建一个Data文件夹，并在其中创建ApplicationDbContext.cs文件。这个类将继承自IdentityDbContext（它已经包含了用户相关的表），并加入我们自己的DbSet。

using Microsoft.AspNetCore.Identity.EntityFrameworkCore; using Microsoft.EntityFrameworkCore; using ECommerceDemo.Models; namespace ECommerceDemo.Data { public class ApplicationDbContext : IdentityDbContext { public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options) : base(options) { } public DbSet<Product> Products { get; set; } public DbSet<Category> Categories { get; set; } public DbSet<ShoppingCartItem> ShoppingCartItems { get; set; } public DbSet<Order> Orders { get; set; } public DbSet<OrderDetail> OrderDetails { get; set; } protected override void OnModelCreating(ModelBuilder modelBuilder) { base.OnModelCreating(modelBuilder); // 这里可以配置表关系、索引等，例如： modelBuilder.Entity<OrderDetail>() .HasKey(od => od.Id); modelBuilder.Entity<OrderDetail>() .HasOne(od => od.Order) .WithMany(o => o.OrderDetails) .HasForeignKey(od => od.OrderId); modelBuilder.Entity<OrderDetail>() .HasOne(od => od.Product) .WithMany() .HasForeignKey(od => od.ProductId); } } }

接下来，在appsettings.json文件中配置数据库连接字符串。找到ConnectionStrings部分，添加如下配置（请将YourServerName和YourPassword替换成你自己的）：

{ "ConnectionStrings": { "DefaultConnection": "Server=(localdb)\\mssqllocaldb;Database=ECommerceDemoDB;Trusted_Connection=True;MultipleActiveResultSets=true", "SqlServerConnection": "Server=localhost;Database=ECommerceDemoDB;User Id=sa;Password=YourPassword;TrustServerCertificate=true;" }, // ... 其他配置 }

这里我提供了两个例子。第一个使用(localdb)\\mssqllocaldb，这是Visual Studio自带的轻量级SQL Server实例，适合快速开发和测试。第二个是连接你安装的完整版SQL Server实例。TrustServerCertificate=true是为了在本地开发时避免SSL证书验证的警告。切记，生产环境绝不能使用sa账户或如此简单的连接字符串，必须使用集成身份验证或配置更安全的账户。

最后，在Program.cs中注册这个DbContext服务。

// 添加DbContext服务 builder.Services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(builder.Configuration.GetConnectionString("SqlServerConnection")));

做完这些，基础的数据访问层就准备好了。你可以通过NuGet包管理器控制台执行Add-Migration InitialCreate和Update-Database命令，EF Core会自动在SQL Server中创建所有表（包括Identity的用户表和我们定义的业务表）。如果遇到“wait on the database engine recovery handle failed”这类错误，通常是SQL Server服务没有启动，或者实例名不对，去SQL Server配置管理器检查一下服务状态。

3. 核心功能模块实现：从商品展示到下单支付

有了坚实的地基，我们就可以开始砌墙盖瓦了。一个商城最核心的流程无外乎：浏览商品、加入购物车、结算下单。我们逐一实现。

3.1 商品管理与展示：CRUD是基础

首先创建ProductsController。在Controllers文件夹上右键，选择“添加”->“控制器”，使用“包含视图的MVC控制器（使用Entity Framework）”模板，模型类选择Product，数据上下文类选择ApplicationDbContext。Visual Studio会自动为我们生成Index（列表）、Details（详情）、Create（创建）、Edit（编辑）、Delete（删除）这五个Action和对应的视图。这就是经典的CRUD操作。

但这只是后台管理功能。对于前台用户，我们需要一个美观的商品列表页和详情页。在ProductsController里，我们可以添加一个Catalog方法，用于展示所有商品或按分类筛选的商品。

public async Task<IActionResult> Catalog(int? categoryId) { var productsQuery = _context.Products.AsQueryable(); if (categoryId.HasValue) { productsQuery = productsQuery.Where(p => p.CategoryId == categoryId.Value); } var products = await productsQuery.ToListAsync(); ViewBag.Categories = await _context.Categories.ToListAsync(); // 用于侧边栏分类筛选 return View(products); }

对应的Catalog.cshtml视图，就需要我们手动设计，使用Bootstrap等前端框架来构建卡片式的商品列表，每个卡片显示商品图片、名称、价格和一个“加入购物车”的按钮。图片上传功能可以通过IFormFile接口实现，将上传的图片保存到wwwroot/images目录下，并将路径ImageUrl存入数据库。

3.2 购物车设计与实现：Session还是数据库？

购物车是连接浏览和下单的关键。实现购物车主要有两种思路：使用Session或使用数据库表。

使用Session：将购物车项列表序列化后存入用户的Session中。优点是实现简单、速度快，不依赖数据库。缺点是用户关闭浏览器后购物车信息可能丢失（取决于Session配置），且不利于跨设备同步。对于小型或演示项目，这是一个快速起步的选择。

使用数据库表：也就是我们之前定义的ShoppingCartItem模型，通过UserId关联到用户。这是生产环境的推荐做法。优点是可持久化、支持跨设备、便于后续分析用户行为。实现起来稍复杂，需要用户登录后才能使用购物车。

我们以实现数据库购物车为例。首先，需要确保用户已登录（通过[Authorize]特性）。在ShoppingCartController中，关键的两个方法是AddToCart和GetCart。

[Authorize] [HttpPost] public async Task<IActionResult> AddToCart(int productId, int quantity) { var userId = User.FindFirstValue(ClaimTypes.NameIdentifier); // 获取当前用户Id var cartItem = await _context.ShoppingCartItems .FirstOrDefaultAsync(c => c.ProductId == productId && c.UserId == userId); if (cartItem == null) { cartItem = new ShoppingCartItem { ProductId = productId, Quantity = quantity, UserId = userId }; _context.ShoppingCartItems.Add(cartItem); } else { cartItem.Quantity += quantity; } await _context.SaveChangesAsync(); return RedirectToAction("Index"); // 跳转到购物车页面 } [Authorize] public async Task<IActionResult> Index() { var userId = User.FindFirstValue(ClaimTypes.NameIdentifier); var cartItems = await _context.ShoppingCartItems .Include(c => c.Product) // 关联加载商品信息，避免N+1查询 .Where(c => c.UserId == userId) .ToListAsync(); // 计算总价 decimal total = cartItems.Sum(item => item.Product.Price * item.Quantity); ViewBag.CartTotal = total; return View(cartItems); }

在购物车页面，要提供修改数量、删除单项以及“去结算”的入口。这里涉及库存检查，在“去结算”时，需要再次验证购物车中每个商品的库存是否充足，这是一个重要的业务规则校验点。

3.3 订单创建与处理：事务是关键

当用户点击“去结算”后，就进入了订单创建流程。这个过程必须是原子性的，即要么全部成功（扣库存、创建订单、清空购物车），要么全部失败回滚。这必须依赖数据库事务。

创建一个OrdersController，其中Checkout的POST方法是核心。

[Authorize] [HttpPost] public async Task<IActionResult> Checkout(OrderViewModel model) // ViewModel包含收货地址等信息 { var userId = User.FindFirstValue(ClaimTypes.NameIdentifier); var cartItems = await _context.ShoppingCartItems .Include(c => c.Product) .Where(c => c.UserId == userId) .ToListAsync(); if (!cartItems.Any()) { return RedirectToAction("Index", "ShoppingCart"); } // 开启事务 using var transaction = await _context.Database.BeginTransactionAsync(); try { // 1. 检查库存并预扣（悲观锁或乐观并发控制） foreach (var item in cartItems) { var productInDb = await _context.Products.FindAsync(item.ProductId); if (productInDb.StockQuantity < item.Quantity) { // 库存不足，抛出异常，事务回滚 throw new Exception($"商品 {productInDb.Name} 库存不足。"); } productInDb.StockQuantity -= item.Quantity; // 扣减库存 } // 2. 创建订单主表 var order = new Order { UserId = userId, OrderDate = DateTime.UtcNow, TotalAmount = cartItems.Sum(item => item.Product.Price * item.Quantity), ShippingAddress = model.ShippingAddress, Status = OrderStatus.Pending }; _context.Orders.Add(order); await _context.SaveChangesAsync(); // 先保存以获取Order.Id // 3. 创建订单明细 var orderDetails = cartItems.Select(item => new OrderDetail { OrderId = order.Id, ProductId = item.ProductId, Quantity = item.Quantity, UnitPrice = item.Product.Price }).ToList(); _context.OrderDetails.AddRange(orderDetails); // 4. 清空当前用户的购物车 _context.ShoppingCartItems.RemoveRange(cartItems); // 5. 提交事务 await _context.SaveChangesAsync(); await transaction.CommitAsync(); // 6. 重定向到订单成功页面 return RedirectToAction("OrderConfirmed", new { id = order.Id }); } catch (Exception ex) { await transaction.RollbackAsync(); // 记录日志，并向用户显示友好错误信息 ModelState.AddModelError("", "下单过程中出现错误，请重试或联系客服。"); return View(model); // 返回结算页，保留用户填写的信息 } }

这段代码是订单系统的核心，它演示了在一个事务内完成多个关联操作。注意，在高并发场景下，简单的FindAsync后扣减库存可能会引发超卖问题。更严谨的做法是使用UPDATE ... WHERE StockQuantity >= @Quantity这样的SQL语句，或者使用EF Core的并发令牌（[ConcurrencyCheck]特性）来实现乐观并发控制。对于初创项目，上述代码在流量不大时是可行的，但你必须意识到这个潜在问题。

4. 进阶优化与生产环境考量

一个能跑起来的Demo和一个能上线的系统之间，隔着许多优化和细节处理。这部分往往决定系统的稳定性和用户体验。

4.1 性能优化：数据库查询与缓存策略

随着商品和订单数据增多，性能瓶颈首先会出现在数据库查询上。

1. 索引优化：这是提升查询速度最有效的手段。对于Product表的CategoryId、Price（如果经常按价格排序或范围查询），Order表的UserId、OrderDate，都应该考虑建立索引。你可以在EF Core的迁移文件中添加CreateIndex操作，或者直接在SSMS中创建。

2. 避免N+1查询问题：这是EF Core初学者常踩的坑。比如在显示订单列表时，如果循环中再查询每个订单的明细，就会产生大量数据库往返。务必使用.Include()和.ThenInclude()进行显式加载，或者使用投影（.Select()）只查询需要的字段。

// 不好的做法：N+1查询 var orders = await _context.Orders.Where(o => o.UserId == userId).ToListAsync(); foreach(var order in orders) { var details = await _context.OrderDetails.Where(od => od.OrderId == order.Id).ToListAsync(); // 每次循环都查一次数据库！ } // 好的做法：使用Include一次性加载 var ordersWithDetails = await _context.Orders .Where(o => o.UserId == userId) .Include(o => o.OrderDetails) .ThenInclude(od => od.Product) // 甚至可以链式加载更深层的数据 .ToListAsync();

3. 引入缓存：对于变化不频繁的数据，如商品分类、热门商品列表，可以使用内存缓存（IMemoryCache）或分布式缓存（如Redis）。ASP.NET Core内置了缓存抽象，使用起来很方便。

// 在Controller或Service中 public async Task<List<Category>> GetCategoriesAsync() { // 尝试从缓存获取 if (!_memoryCache.TryGetValue("AllCategories", out List<Category> categories)) { // 缓存中没有，则从数据库查询 categories = await _context.Categories.ToListAsync(); // 设置缓存选项，例如5分钟过期 var cacheEntryOptions = new MemoryCacheEntryOptions() .SetSlidingExpiration(TimeSpan.FromMinutes(5)); _memoryCache.Set("AllCategories", categories, cacheEntryOptions); } return categories; }

4.2 安全性加固：不止于防SQL注入

使用EF Core这样的ORM，已经很大程度上避免了手写SQL字符串导致的注入风险。但安全远不止于此。

1. 模型绑定验证：始终在ViewModel或Input Model上使用数据注解特性进行验证。

public class ProductCreateViewModel { [Required] [StringLength(100)] public string Name { get; set; } [Required] [Range(0.01, 10000)] public decimal Price { get; set; } [Range(0, int.MaxValue)] public int StockQuantity { get; set; } }

在Controller的Action中，使用if (ModelState.IsValid)进行检查。对于更复杂的业务规则（如库存不能为负），需要在Service层或实体内部进行校验。

2. 防跨站请求伪造（CSRF）：ASP.NET Core MVC默认通过[ValidateAntiForgeryToken]特性和表单中的@Html.AntiForgeryToken()来防护CSRF攻击。对于所有修改数据的POST、PUT、DELETE请求，务必确保这一机制生效。

3. 授权：使用[Authorize]特性保护需要登录的页面。更进一步，可以使用基于策略（Policy）或资源的授权，例如，确保用户只能查看和操作自己的订单。

// 在OrderController中 public async Task<IActionResult> Details(int id) { var order = await _context.Orders.FindAsync(id); if (order == null) { return NotFound(); } // 资源级授权：检查当前用户是否是订单所有者 var userId = User.FindFirstValue(ClaimTypes.NameIdentifier); if (order.UserId != userId) { return Forbid(); // 或返回NotFound()以隐藏资源存在的信息 } return View(order); }

4. 敏感数据保护：连接字符串、API密钥等绝不能硬编码在代码中。使用appsettings.json配合环境变量（如ASPNETCORE_ENVIRONMENT=Production），或者使用Azure Key Vault等机密管理服务。

4.3 部署与运维：从IIS到Docker

开发完成后，你需要将应用部署到服务器。对于ASP.NET Core，你有多种选择。

1. 传统IIS部署：在Windows Server上安装.NET Core Hosting Bundle，然后将发布后的文件（通过dotnet publish命令生成）复制到IIS站点目录。需要在IIS中创建应用程序池（设置为“无托管代码”）和站点。这种方式简单直接，适合对容器技术不熟悉的团队。你需要手动处理SQL Server的安装、备份以及应用程序的更新。

2. Docker容器化部署：这是现代应用部署的推荐方式。你可以为你的应用编写Dockerfile，将应用和运行时环境打包成一个镜像。同时，SQL Server也有官方Docker镜像。使用docker-compose.yml可以定义应用容器和数据库容器，一键启动整个服务栈。容器化带来了环境一致性、易于扩展和编排（结合Kubernetes）的巨大优势。

# 示例 Dockerfile (位于项目根目录) FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base WORKDIR /app EXPOSE 80 FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build WORKDIR /src COPY ["ECommerceDemo.csproj", "./"] RUN dotnet restore "ECommerceDemo.csproj" COPY . . RUN dotnet build "ECommerceDemo.csproj" -c Release -o /app/build FROM build AS publish RUN dotnet publish "ECommerceDemo.csproj" -c Release -o /app/publish FROM base AS final WORKDIR /app COPY --from=publish /app/publish . ENTRYPOINT ["dotnet", "ECommerceDemo.dll"]

在服务器上安装Docker后，构建并运行镜像即可。数据库连接字符串需要配置为指向容器化的SQL Server实例（使用服务名或自定义网络）。

3. 云平台部署：如Azure App Service、AWS Elastic Beanstalk等。它们提供了高度集成的托管服务，通常只需连接你的代码仓库，配置一下连接字符串，就能自动完成构建和部署，极大地简化了运维工作。

无论选择哪种方式，日志记录和监控都必不可少。集成Serilog等日志库，将日志输出到文件、数据库或Elasticsearch等集中式日志系统。使用Application Insights或类似的APM工具监控应用性能、异常和依赖关系（如对SQL Server的调用耗时），这是线上问题排查和性能优化的眼睛。

5. 常见问题排查与调试技巧

在开发和部署过程中，你一定会遇到各种错误。这里汇总几个高频问题及其排查思路。

1. 数据库连接失败：“sql server 服务远程调用失败”或“A network-related or instance-specific error...”

检查服务状态：打开“SQL Server配置管理器”，确保“SQL Server (MSSQLSERVER)”服务正在运行。
检查实例名：连接字符串中的Server=参数是否正确？本地完整实例通常用localhost或.，命名实例用.\InstanceName。LocalDB实例用(localdb)\\MSSQLLocalDB。
检查身份验证：确认SQL Server已启用“SQL Server和Windows身份验证模式”。检查sa密码是否正确。
检查网络协议：在配置管理器中，确保“TCP/IP”协议已启用。
防火墙：确保Windows防火墙或第三方防火墙没有阻止SQL Server的端口（默认1433）。

2. EF Core迁移失败：“wait on the database engine recovery handle failed”

这个错误通常意味着数据库服务器正在恢复或处于某种不稳定状态。尝试重启SQL Server服务。如果问题依旧，检查SQL Server错误日志（位于Program Files\\Microsoft SQL Server\\MSSQLXX.MSSQLSERVER\\MSSQL\\Log目录下），寻找更具体的错误信息。

3. 读取Excel等文件时出错：“未在本地计算机上注册‘Microsoft.ACE.OLEDB.12.0’提供程序”

如果你的商城有批量导入商品的功能，可能会用到这个提供程序。这个错误是因为服务器上没有安装相应的Access Database Engine。你需要根据服务器系统位数（x64或x86）下载并安装“Microsoft Access Database Engine 2016 Redistributable”。注意，如果服务器上已经安装了Office，可能会因为位数冲突导致安装失败，需要先卸载旧版本。

4. 性能问题：页面加载缓慢

打开SQL Server Profiler或使用EF Core日志：查看应用发送到数据库的SQL语句，检查是否有不必要的全表扫描、N+1查询或未参数化的查询。
在开发环境使用.AsNoTracking()：对于只读查询（如商品列表），使用_context.Products.AsNoTracking().ToListAsync()，EF Core不会为返回的实体创建变更跟踪，能提升查询性能并减少内存占用。
检查视图是否过于复杂：避免在视图中进行大量的数据运算或额外的数据库查询，将逻辑尽量移到Controller或Service层。

5. 部署后静态资源（CSS， JS，图片）404

确保Startup.cs或Program.cs中正确配置了静态文件中间件：app.UseStaticFiles()。
检查文件是否确实被发布到了wwwroot目录下。
如果使用IIS，检查IIS中站点的静态文件处理程序映射是否正确。

调试时，善用Visual Studio的调试器、断点，以及输出窗口中的日志。对于线上问题，结构化的日志（记录请求ID、用户、异常堆栈等）是你的救命稻草。构建一个健壮的商城系统，技术选型只是第一步，细致的编码、严谨的测试和对运维的重视，才是项目成功的保障。这套ASP.NET Core MVC + SQL Server的组合，为你提供了一个坚实、可控的起点，剩下的就是根据你的具体业务需求，在上面添砖加瓦了。

本文还有配套的精品资源，点击获取

查看全文

http://www.cnnetsun.cn/news/4238330.html