Angular 4部署至IIS 10后页面无响应问题求助

遇到这种Debug正常但部署后卡顿的情况太常见了，咱们一步步拆解问题，从定位根源到解决优化，逐个排查：

要弄清楚到底是哪个环节卡，首先得把IIS的请求日志和跟踪打开：

• 启用基础IIS日志：打开IIS管理器，找到你的Angular应用站点，双击左侧的「日志」模块，把日志格式设为W3C，勾选time-taken（请求耗时）、status（状态码）、cs-uri-stem（请求路径）这些关键字段。日志文件默认存在C:\inetpub\logs\LogFiles，卡顿的时候去翻一翻，看看是不是某个静态资源（比如vendor.js）加载耗时特别久，或者有请求返回异常。
• 开启失败请求跟踪（进阶）：如果基础日志看不出问题，就开失败请求跟踪规则。右键你的站点 → 「配置失败请求跟踪」，先启用功能，然后添加一条规则，设置跟踪所有状态码（别只跟踪错误，卡顿往往是慢请求而非错误）。生成的跟踪日志在C:\inetpub\logs\FailedReqLogFiles，里面能看到请求从接收、处理到响应的每一步耗时，比如静态资源的磁盘读取时间、IIS模块处理时间，一目了然。

Debug模式下Angular带了大量调试代码和未压缩的资源，部署到生产环境必须用优化后的生产包：

• 确保你用的是ng build --prod命令打包，这个命令会自动做Tree Shaking（剔除未使用代码）、代码压缩、懒加载优化，包体积能比Debug版小80%以上。
• 再加个--aot参数开启AOT编译：ng build --prod --aot，提前把模板编译成JS，减少浏览器端的编译工作，加载速度会更快。
• 检查dist文件夹：看看vendor.js是不是特别大？如果是，可以考虑用ng build --prod --vendor-chunk=true拆分vendor包，或者用Angular的懒加载模块，把大模块拆分成小的按需加载。

IIS默认没开gzip压缩，静态资源（JS、CSS、HTML）压缩后体积能减70%，加载速度直接起飞：

• 打开IIS管理器，找到你的站点，双击「压缩」模块，勾选「启用静态内容压缩」。
• 要是想更细致，去C:\Windows\System32\inetsrv\config里的applicationHost.config文件，确认静态压缩的mime类型包含text/javascript、text/css、text/html这些常用类型，避免漏压缩。

你之前用的日志命令太笼统，Chrome的Performance面板才是找前端卡顿的神器：

• 按F12打开开发者工具，切换到「Performance」面板，点击录制按钮（圆形红点），然后操作页面直到卡顿出现，再点击停止。
• 看录制结果里的长任务（红色的长条），这些就是导致页面无响应的罪魁祸首——可能是某个Angular组件的渲染逻辑太复杂，或者某个RxJS订阅没取消导致内存泄漏，甚至是第三方库的问题。
• 同时看「Network」面板，检查静态资源的加载顺序和耗时，有没有资源加载超时？或者并行请求被IIS限制了？IIS默认的并发连接数有限，太多小资源会排队加载。

因为前后端用了独立应用池，看看应用池的设置是不是拖了后腿：

• 托管模式选对：Angular是纯静态资源，应用池的「.NET CLR版本」要设为「无托管代码」，不然IIS会用.NET运行时处理静态文件，反而变慢。
• 回收设置别太激进：右键应用池 → 「回收」，看看回收条件是不是太严格（比如内存阈值太低），频繁回收会导致请求卡顿。
• 调大队列长度：如果后端接口请求多，应用池的队列长度不够会导致请求排队，右键应用池 → 「高级设置」，把「队列长度」调大一点（比如设为1000）。

• 强制清Chrome缓存：有时候部署后旧的Debug缓存没清，导致加载了旧代码，按Ctrl+Shift+R强制刷新，或者在开发者工具的「Network」面板勾选「禁用缓存」再测试。
• 暂时关闭杀毒/防火墙：有些杀毒软件会扫描IIS的请求，导致延迟，先关了试试，排除这个因素。

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