你开了网页就死机，游戏却安然无恙，这问题看似诡异，其实是硬件与软件交互中一处典型陷阱。昨天两次死机，间隔不长，都发生在浏览器加载页面的一瞬或滚动片刻，这并非巧合。

先从现象切入。游戏对显卡、内存、CPU的压榨远胜网页，但游戏负载是持续且线性的，帧率稳定意味着供电和散热都处在设计余量内。而打开网页，尤其是图文密集、含大量动态脚本的页面，会瞬间唤起GPU的硬件加速解码，这相当于给显卡制造了一个高频脉冲式的请求。你的显卡在游戏里是满负荷匀速跑，网页却让它以极低负载反复跳动，这种跳变最考验显卡供电模块的响应速度和驱动层的电压管理逻辑。

再看死机时的具体表现，如果屏幕直接冻结、鼠标键盘无响应，按大小写锁定键灯不亮，这是整机硬件级死锁，说明触发了PCIe总线或显卡驱动的致命错误。事件查看器里对应时间点应有一条Kernel-Power 41（内核电源41）或Display驱动崩溃记录。前者标明系统突然断电重启，后者则指向图形子系统的爆裂。两次死机都因网页触发，嫌疑最大的是浏览器强制启用了显卡硬件加速，而系统自带的显卡驱动版本恰好存在已知缺陷。

查一下你的显卡驱动日期。NVIDIA在GeForce 537.58版之前曾有一批驱动在Chromium内核浏览器下导致TDR延迟超时，AMD的23.9.1版之前也有类似报告。TDR是Windows的看门狗机制，它允许GPU在2秒内未响应时重置驱动而不是整体死机。如果该机制失效，系统就彻底停滞。你游戏时由于驱动持续满负荷工作，看门狗判定GPU“忙”而暂时放行，但网页轻负载突然请求GPU时，若硬件时钟或电压不稳，驱动返回超时，看门狗又因某种原因未被正确触发，整机随之崩溃。

另一个容易忽略的变量是浏览器进程的内存映射。你不妨回想两次死机前是不是都开了视频流或长图页面。视频流要求浏览器同时进行解码和合成，长图则触发大量整页渲染缓存分配。这种分配会频繁申请共享显存，若系统内存容量偏低，例如8GB以下再叠加后台Chrome的预加载，系统会强行压缩内存，导致内存控制器与GPU之间的DMA通道拥堵。DMA一旦阻塞，GPU等待数据的时间超限，同样会触发死锁。你的游戏通常独占内存池，网页却和操作系统、杀毒软件、输入法等杂项共享，内存碎片化程度远高于游戏场景。

具体到解决路径，先试最直接的方案，在浏览器地址栏输入浏览器的设置项，关闭“硬件加速”或“使用图形加速功能”。不同的浏览器入口略有差异，但都在高级设置里能找到。关闭后再开网页，若死机消失，就坐实了驱动与显卡的配合问题。此时可以去官网下载对应显卡的完整清洁版驱动，用DDU卸载工具彻底清除旧驱动后重装。顺便提一句，显示器接口如果是HDMI且内存条开启了XMP超频，建议把内存频率降回默认。网页死机时显卡请求的数据极短但频率极高，内存超频导致的不稳定往往在这种场景下率先暴露。

如果以上调整后仍有偶发死锁，请查看显卡温度历史记录。游戏时GPU风扇依据温度曲线自动提速，网页状态则突冷突热，风扇转速变化滞后，局部热点可能出现短暂积热。用GPU-Z记录网页加载瞬间的Hot Spot温度，若超过105摄氏度就是散热器接触压力的老问题了，需要重新涂抹硅脂。

最后别忘了给主板BIOS更新一个稳定版本，旧版BIOS对Power Limit的调度较差，在GPU空闲跳转和满载之间切换时，电压补偿不够果断，同样会触发死机。更新BIOS和驱动后，开十个网页连续滚动二十分钟验证稳定性，这个动作的负荷强度恰好覆盖了问题场景。若这轮测试通过，意味着死机的根源是真的拔除了。