ASP.NET v4 MVC站点部署IIS 8后第三方DLL生成JS报404错误
我之前也踩过这个一模一样的坑——本地IIS Express跑起来顺得不行，一部署到本地IIS或者远程服务器就404，折腾了好一阵才搞定。结合你已经做的权限和身份验证设置，给你几个针对性的排查方向：
先确认物理路径与绑定的基础问题
别嫌麻烦，再核对一遍：本地IIS/远程服务器的站点物理路径，是不是指向了应用发布后的输出文件夹，而不是你的项目源码目录？很多人容易把源码目录设成物理路径，结果肯定找不到文件。另外检查站点绑定的端口、主机头有没有冲突，比如远程服务器上是不是有其他站点占了同一个端口，或者主机头设置导致请求压根没匹配到你的站点。验证ASP.NET相关模块/组件是否正确配置
如果是ASP.NET Framework应用，可能存在模块未注册的情况。以管理员身份打开命令提示符，运行对应版本的注册命令：%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i要是ASP.NET Core应用，务必确认服务器上安装了对应版本的.NET Core Hosting Bundle——这是Core应用部署到IIS的必备组件，没装的话肯定会出各种访问问题。
扒IIS日志找具体错误线索
别只看浏览器上的404提示，去IIS的日志目录（默认在%SystemDrive%\inetpub\logs\LogFiles）翻对应站点的日志文件。日志里会显示请求的完整路径、状态码子状态（比如404.3代表MIME类型缺失）、请求来源等关键信息。比如如果是404.3，那就要去站点的MIME类型设置里，把你应用用到的文件类型（比如.cshtml、.json）添加上对应的映射。检查URL重写与路由配置
如果你的应用用了URL重写规则或者自定义路由（比如MVC/Razor Pages的路由），要确认这些规则在IIS上是否生效。比如ASP.NET Core的web.config里的重写规则是不是正确，本地IIS有没有安装URL重写模块。另外，核对路由配置里的控制器/页面路径，有没有拼写错误或者路由模板和请求URL不匹配的情况。深挖权限的细节盲区
你已经给AppPoolIdentity设了权限，但再检查两个点：一是站点文件夹的所有父级目录，是不是也给了AppPoolIdentity读取权限？有时候父目录权限受限，子目录就算权限全开放也访问不了。二是如果用Windows身份验证，要确认客户端的Windows账号有没有访问服务器站点文件夹的权限，同时检查服务器本地安全策略里有没有限制相关账号的访问权限。用静态资源测试缩小范围
先试试访问站点里的静态文件（比如一张图片、一个简单的HTML页面）：如果静态文件也404，那问题大概率出在路径或权限上；如果静态文件能正常访问，只有动态页面（比如控制器、API接口）404，那就要重点排查路由、模块注册这些动态内容的配置了。
内容的提问来源于stack exchange，提问作者Michael Dowling
