能否在GitHub Pages部署.Net 7+Angular动态Web应用？

核心结论 #

GitHub Pages无法直接托管包含.NET 7后端的动态Web应用，它本质是静态站点托管服务，仅能提供HTML、CSS、JS等静态文件的访问，没有.NET运行时环境，也不会执行任何服务器端代码（包括你的.NET控制器、dll文件）——这就是你调用控制器返回404的根本原因，哪怕把dll放到前端目录，它也只是个普通静态文件，不会被解析运行。

可行解决方案 #

1. 分离部署前端与后端

这是最常规的解决方案：

• 前端继续用GitHub Pages：正常构建Angular项目（执行ng build --prod），将生成的dist目录下的所有静态文件推送到GitHub Pages仓库，就能正常访问前端界面。
• 后端部署到支持.NET的平台：选择Azure App Service、AWS Elastic Beanstalk、DigitalOcean App Platform这类提供.NET运行时环境的平台，部署你的.NET 7后端API服务。
• 配置跨域访问：在.NET后端的Program.cs中启用CORS，允许前端所在的GitHub Pages域名访问API：

  builder.Services.AddCors(options =>
  {
      options.AddPolicy("AllowGitHubPages",
          policy => policy.WithOrigins("https://你的用户名.github.io")
                          .AllowAnyHeader()
                          .AllowAnyMethod());
  });
  // 注意要在UseRouting之后、UseAuthorization之前调用
  app.UseCors("AllowGitHubPages");
  

• 前端配置API地址：修改Angular的src/environments/environment.prod.ts，设置后端API的基础URL：

  export const environment = {
    production: true,
    apiBaseUrl: 'https://你的后端API域名/api'
  };
  

  之后前端调用接口时，就用这个配置的地址发起请求。

2. 改用Serverless/BaaS替代后端

如果不想单独维护后端服务器，可以考虑：

• 使用支持.NET的Serverless服务（如Vercel Functions、Netlify Functions，部分平台需要适配.NET运行时），将你的控制器逻辑封装为Serverless函数。
• 替换为Firebase Functions、Supabase等BaaS服务，用这些平台的API替代自己的.NET控制器，实现数据交互逻辑。

误区提醒 #

不要尝试将.NET dll文件放在前端目录中，GitHub Pages不会执行这些文件，它们只会被当作普通静态资源下载，完全无法提供后端服务能力。

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