部署ASP.NET Core 2 WebAPI至IIS遇问题，求协助排查

这种部署后只有MVC能正常运行、WebAPI却无法工作的情况确实挺闹心的，我给你梳理几个关键排查方向，咱们从部署配置到运行环境一步步来定位问题：

• 确认部署任务是否正确关联了WebAPI的构建产物：有时候构建会生成多个项目的发布包，要是部署时选错了目标项目，那API根本没部署到服务器上。去VSTS的部署任务里看看「包或文件夹」的路径是不是指向WebAPI的发布输出，比如$(System.DefaultWorkingDirectory)/**/YourWebAPIName.zip。
• 核对DEV服务器上的IIS站点配置：有没有为WebAPI创建独立的站点/应用程序池？应用程序池的.NET CLR版本必须设为无托管代码（毕竟是.NET Core项目），同时要确保应用程序池的身份权限足够访问API的文件目录，不然会因为权限不足启动失败。

• 直接在DEV服务器上测试API的可访问性：比如访问http://DEV服务器地址:端口/api/your-test-endpoint，或者API的Swagger页面（如果配置了的话），看是返回正常内容、IIS错误页面，还是直接无法连接。如果是无法连接，大概率是端口绑定或者防火墙的问题；如果是错误页面，看错误码是什么（比如500是内部错误，404是路径不对）。
• 检查WebAPI的环境配置：部署后是不是加载了正确的DEV环境配置？比如appsettings.Development.json里的数据库连接字符串、日志路径有没有配置错误？可以去服务器上找API的日志文件（默认在项目目录的Logs文件夹，或者Windows事件查看器的「.NET Core」日志分类），里面会有启动失败或者请求错误的详细信息。

• 确认跨域配置是否到位：本地是同域不同端口，部署后如果MVC和API的域名/端口不同，WebAPI必须配置CORS中间件。检查WebAPI的Startup.cs里有没有添加app.UseCors()，并且允许MVC站点的域名访问（比如指定具体域名，或者用通配符测试）。
• 检查MVC里的API请求地址：是不是还硬编码成了本地的localhost:7902？部署后一定要改成DEV服务器上API的实际地址，最好把这个地址放到MVC的appsettings.json里管理，不要写死在代码里，不然部署后肯定连不上。

• 下载WebAPI的构建包验证：去VSTS的构建历史里找到对应的构建记录，下载WebAPI的发布包，解压后看看是不是包含了所有必要文件——比如web.config、项目的*.dll、appsettings.json以及所有依赖包，有没有缺失关键文件？
• 查看构建任务的日志：重点看WebAPI项目的发布步骤，有没有警告或者错误信息？比如提示「缺少某个NuGet依赖包」或者「发布过程中出现异常」，这些细节往往能找到问题根源。

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