Angular-CLI .NET Core项目运行时：是否由webpack-dev-server提供服务？

你完全说对了！这个由dotnet new angular -o testApp创建的SPA项目，确实不是由webpack-dev-server直接对外提供服务，而是靠.NET Core自带的Kestrel服务器处理客户端的所有HTTP请求，webpack只是在后台负责Angular代码的打包工作。

我来给你拆解一下具体的运行逻辑：

• 当你按下Ctrl+F5启动项目时，.NET Core会启动Kestrel作为主服务器，同时通过Microsoft.AspNetCore.SpaServices中间件触发Angular CLI的构建流程——也就是让webpack在后台运行，把你的Angular组件、样式等资源打包到项目的wwwroot/dist目录下。
• 客户端发起的所有请求（不管是访问Angular页面，还是调用.NET Core的API接口）都会先到达Kestrel服务器：如果是静态资源请求，Kestrel会从wwwroot/dist里读取webpack打包好的文件返回；如果是API请求，就直接转发到对应的.NET Core控制器处理。
• 你提到的HTTP响应里的HTML内容，正是Kestrel返回的、引用了webpack打包后资源的入口页面。

为什么不用webpack-dev-server直接对外服务？其实是这个模板的设计思路决定的：把前端和后端整合到同一个服务体系里，既可以避免开发时的跨域问题，也能让部署流程更简单——只需要发布一个.NET Core应用就行，不用单独部署前端服务。

如果你想验证这一点，可以打开项目的Startup.cs文件，在Configure方法里能看到类似这样的代码：

app.UseSpa(spa =>
{
    spa.Options.SourcePath = "ClientApp";
    if (env.IsDevelopment())
    {
        spa.UseAngularCliServer(npmScript: "start");
    }
});

这段代码就是让.NET Core在开发环境下启动Angular CLI的start脚本，但对外暴露的服务端口还是Kestrel的端口，而不是webpack-dev-server默认的4200端口。

内容的提问来源于stack exchange，提问作者Unknown developer