TFS 2015 Web Access点击构建定义卡顿求助：重启IIS无效

我来帮你梳理下这个棘手的问题，结合你提到的现象——Chrome无提示但浏览器卡死，IE明确提示“运行时间过长的脚本”，咱们可以从这几个方向逐步排查解决：

1. 先解决IE的脚本超时提示（最直接的突破口） #

IE已经给出了明确的线索，说明页面中的某个脚本执行超过了它的默认限制，咱们可以调整这个阈值：

• 打开IE的Internet选项 → 切换到高级标签页，先勾选「禁用脚本调试(Internet Explorer)」和「禁用脚本调试(其他)」，避免后续调试弹窗干扰操作；
• 调整脚本执行的最大语句数：打开注册表编辑器（运行regedit），定位到HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Styles，右键新建DWORD(32位)值，命名为MaxScriptStatements，将数值数据设为1000000（默认通常是500000，调大后能容纳更长时间的脚本执行），重启IE后测试。

2. 排查TFS服务器端的扩展与缓存问题 #

有时候第三方扩展或缓存堆积会拖慢页面加载：

• 禁用第三方扩展：登录TFS管理控制台，找到「扩展管理」，暂时禁用所有非微软官方的扩展（尤其是和构建管理相关的插件），然后重启TFS相关服务（不止IIS，还要重启「Team Foundation Background Job Agent」等核心服务），再测试点击构建定义的操作；
• 清理缓存：
  • 服务器端：找到TFS应用层缓存目录（默认路径是C:\Program Files\Microsoft Team Foundation Server 20XX\Application Tier\Web Services\_tfs_data），先备份目录内容，然后删除缓存文件，重启TFS服务；
  • 客户端：清空IE和Chrome的浏览器缓存（Ctrl+Shift+Delete），避免旧缓存导致的加载异常。

3. 检查TFS数据库的性能 #

构建定义的核心数据存在TFS数据库中，如果数据库查询缓慢，会直接导致前端脚本等待超时：

• 联系DBA检查TFS数据库的健康状态：比如查看tbl_BuildDefinition、tbl_BuildStep等相关表的索引是否有碎片，执行数据库索引重建或统计信息更新；
• 运行TFS自带的数据库优化脚本（通常在TFS安装目录的Tools文件夹下），优化数据库查询性能。

4. 浏览器兼容性与性能分析 #

• Chrome端排查：打开Chrome开发者工具（F12），切换到「性能」标签，点击「录制」后再点击构建定义，停止录制后查看耗时最长的脚本或请求，定位是DOM操作过久还是AJAX响应缓慢；
• IE兼容性设置：把TFS站点加入IE的「兼容性视图列表」（Internet选项 → 安全 → 可信站点，添加TFS URL），确保使用的是IE11版本（TFS对旧IE版本兼容性较差）。

5. 服务器资源瓶颈排查 #

检查TFS应用层服务器的资源使用情况：

• 点击构建定义时，打开任务管理器查看CPU、内存使用率，如果w3wp.exe（IIS进程）占用大量内存，可调整应用程序池的内存限制，或设置定期回收应用程序池；
• 确保服务器有足够的内存和CPU资源，避免资源不足导致脚本执行缓慢。

先从IE的脚本超时设置入手，这是最快速验证的方向，再逐步排查服务器端的扩展、数据库和资源问题，应该能解决这个卡顿问题。

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