WebGL2路径追踪程序在Windows浏览器崩溃（上下文丢失）求助
问题背景
我在完成计算机图形学课程作业时，基于一个WebGL路径追踪器项目重构并迁移至WebGL2，从零实现了BVH结构优化物体相交检测，同时支持复杂.obj格式三角网格加载。程序在14寸M2 Pro款MacBook Pro上运行流畅，但在Windows笔记本上会触发context loss错误，直接导致浏览器全局WebGL上下文崩溃，必须重启浏览器才能恢复。
调试发现：
- 仅保留1~6个简单物体（球体、立方体、平面等）或单个网格时，程序可正常运行
- 内存占用仅300M，Mac平台下Edge、Safari均无异常，推测问题源于平台/浏览器差异或代码特定bug
诡异的触发现象
在Windows环境调试时发现特殊规律：
- 修改
pt.frag中的bool intersectMesh函数，当赋值为intersect.intersectDistance = INF_F;时程序正常；但改为intersect.intersectDistance = 2.0 * INF_F;时，立即触发崩溃 - 即使将宏定义替换为
const float INF_F = 1e6;，结果完全一致 - 后续代码并未使用这个
intersect.intersectDistance变量 - 其他类似赋值场景（如
xxx_xxx.intersectDistance = INF_F;）中，乘以2.0不会触发崩溃
分析与排查方向
GPU浮点数处理的平台差异
Windows端GPU（NVIDIA/AMD）对浮点数的溢出、边界值处理逻辑可能和Apple Silicon不同。2.0 * 1e6虽远小于单精度浮点数最大值（~3e38），但在特定上下文（比如循环/分支中频繁赋值）下，部分GPU驱动可能触发异常处理逻辑。可检查intersect结构体的内存对齐规则，确认intersectDistance的float类型定义是否存在平台兼容问题。浏览器/WebGL2实现差异
尝试在Windows平台的Chrome、Edge、Firefox等多个浏览器复现问题，缩小是否为特定浏览器的实现bug。同时检查Windows GPU驱动是否为最新版本，旧驱动常存在WebGL2的兼容性漏洞。GLSL编译器的隐式优化bug
虽然看似未使用intersect.intersectDistance，但WebGL的GLSL编译器可能存在优化误判：比如后续代码访问了intersect结构体的其他成员，编译器错误保留了该变量的赋值逻辑，进而触发未定义行为。可检查intersectMesh函数的分支逻辑，确认赋值操作是否处于某些特殊分支（比如嵌套循环、条件判断）中，是否存在数组越界、非法内存访问等隐藏问题，而2.0*INF_F只是触发崩溃的导火索。针对性调试技巧
- 使用Chrome DevTools的WebGL调试面板或WebGL Inspector，捕获context loss的详细错误日志，查看GPU驱动崩溃的具体错误码
- 将
2.0 * INF_F替换为INF_F + INF_F，判断是乘法操作本身还是数值大小导致的问题 - 逐步注释
intersectMesh函数中的代码，定位到与该赋值相关的上下文逻辑，排查隐藏的非法内存访问
临时解决方案
- 暂时避免在
intersectMesh函数中对intersectDistance进行2.0*INF_F这类赋值，改用INF_F替代 - 尝试将
INF_F调整为更小的数值（如1e5），再测试乘法操作是否触发崩溃，判断数值大小是否为诱因
内容的提问来源于stack exchange，提问作者Yiges.M.x
