基于C#和ExtJS的Web应用在IE11滚动时触发栈溢出崩溃求助

针对你遇到的——C#+ExtJS Web应用在IE11滚动特定标签页时触发mshtml.dll栈溢出崩溃（仅发布版出现，调试版正常）——这个问题，结合IE11的兼容性特性和ExtJS的常见坑，给你几个可落地的排查方向：

1. 先从ExtJS的DOM渲染与滚动逻辑入手 #

IE11的栈深度远小于Chrome/Firefox，很容易被深层DOM或递归操作击穿：

• 检查问题标签页的DOM结构：看看是不是有嵌套极深的ExtJS组件（比如多层嵌套的Ext.container.Container、Ext.grid.Panel），或者大量重复渲染的元素。你可以临时简化页面（比如移除一半组件），如果崩溃消失，就说明是DOM复杂度导致的栈溢出。
• 排查自定义滚动事件：如果你的代码里给滚动元素加了自定义监听（比如滚动时动态计算位置、更新组件样式），发布版的代码压缩可能让递归逻辑的终止条件失效，或者触发更频繁的重绘/重排。先注释掉这些自定义逻辑，验证是不是这个原因。

2. 聚焦调试版与发布版的代码差异 #

既然只有发布版出问题，核心差异肯定在代码的编译、压缩环节：

• 检查JS压缩配置：不管你用Sencha Cmd还是Webpack，看看压缩时有没有开启针对IE11不友好的选项——比如死代码消除、变量提升的激进设置。尝试关闭部分优化选项，重新发布后测试。
• 替换发布版的ExtJS库：调试版用的是未压缩的ExtJS，发布版如果用了压缩版，可能压缩过程中引入了IE11专属的bug。试试把发布版换成未压缩的ExtJS，看崩溃是否消失，以此缩小问题范围。

3. 用IE11的专属调试技巧深挖问题 #

虽然你能打开开发者工具，但可以试试更针对性的调试方式：

• 强制开启IE11的脚本调试：打开IE的「Internet选项」→「高级」，取消勾选「禁用脚本调试(Internet Explorer)」。下次崩溃时会弹出调试提示，选择用Visual Studio附加，然后看调用栈的上层——虽然报错在mshtml.dll，但往上追大概率能找到触发问题的JS代码调用。
• 调整IE的栈大小（临时验证用）：修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main，添加StackSize DWORD值，设为0x100000（十进制1048576），重启IE后测试。如果崩溃消失，就实锤是栈深度不够的问题。
• 禁用硬件加速：IE11的GPU渲染经常出幺蛾子，在「Internet选项」→「高级」里勾选「使用软件呈现而不使用GPU呈现」，测试是否解决问题。

4. 排查ExtJS版本的兼容性bug #

如果你的ExtJS版本比较老（比如4.x、5.x），很可能踩了官方已知的IE11坑：

• 查Sencha的官方bug库：看看有没有和「IE11滚动栈溢出」「tabpanel滚动崩溃」相关的已知问题，对应的补丁是什么。
• 替换可疑组件：把有问题的标签页内容换成最简单的Ext.panel.Panel，如果崩溃消失，就逐步换回原来的组件，定位到具体是哪个组件（比如Ext.grid.Panel的滚动逻辑）导致的问题。

5. 别忽略后端的输出差异 #

虽然报错在前端，但发布版的后端可能输出了不一样的内容：

• 对比调试版和发布版的HTML源码：看看是不是发布版生成了更多DOM元素，或者后端渲染的动态JS有差异。
• 检查HTTP响应头：比如Content-Encoding的压缩设置，IE11对某些压缩格式的解析可能有问题，临时关闭压缩测试看看。

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