chrome启动蓝屏实为win11内核级兼容性问题，终止代码（如system_service_exception）和minidump分析可定位冲突驱动（如igdkmd64.sys），禁用硬件加速及gpu进程可快速验证，根源在intel音频驱动、eac或指纹驱动与24h2内核不兼容。
Chrome启动瞬间触发Win11蓝屏，先看终止代码
蓝屏不是Chrome的问题，而是它撞上了Win11底层驱动或内核的兼容性裂缝。关键第一步是记下蓝屏左下角的终止代码，比如 SYSTEM_SERVICE_EXCEPTION、IRQL_NOT_LESS_OR_EQUAL 或 VIDEO_TDR_FAILURE。这些不是乱码，而是定位根因的坐标。
如果蓝屏一闪而过，重启后立刻打开“事件查看器” → “Windows 日志” → “系统”，筛选“错误”级别，找来源为 Kernel-Power 或 Display 的最近几条记录；或者用工具如 BlueScreenView 打开 C:\Windows\Minidump\*.dmp 文件，直接看到出问题的驱动模块名（常是 dxgmms2.sys、igdkmd64.sys 或某第三方安全软件的 *.sys）。
禁用硬件加速和GPU进程是最快验证手段
Chrome默认启用硬件加速，而Win11 24H2对Intel Smart Sound Technology音频驱动、旧版核显驱动、Easy Anti-Cheat等存在已知冲突，一调用GPU就可能触发内核级异常。
- 在Chrome地址栏输入
chrome://settings/system，关闭使用硬件加速模式（如果可用） - 再访问
chrome://flags，搜索ignore-gpu-blacklist，设为Disabled；再搜gpu-rasterization，也设为Disabled - 强制让Chrome走纯CPU渲染：启动时加参数
--disable-gpu --disable-software-rasterizer（可右键Chrome快捷方式 → 属性 → 目标末尾追加）
改完重启Chrome测试。如果蓝屏消失，基本锁定是GPU路径问题，不用急着重装系统。
别信“重命名chrome.exe就能好”这种临时方案
把 chrome.exe 改成 chrome1.exe 确实可能绕过某些策略拦截或签名校验，但这是掩耳盗铃——它不解决驱动冲突，反而掩盖真实日志线索，且Edge同样改名后会自恢复，说明问题在系统层而非浏览器二进制本身。
- 该操作无法阻止后台服务（如
GoogleUpdate.exe、chrome_proxy.exe）继续加载冲突模块 - 升级Chrome后，新安装包仍会覆盖回原名，蓝屏大概率复现
- 真正要动的是驱动链：优先卸载
Intel Smart Sound Technology音频驱动（控制面板 → 卸载程序 → 按“安装日期”排序找最近的）、禁用Realtek Audio Console启动项
24H2用户必须检查Easy Anti-Cheat和指纹驱动
如果你是游戏玩家或用了带指纹识别的笔记本，Win11 24H2的内核改动（Rust重写部分组件 + 新安全模型）与这两类驱动存在硬冲突。蓝屏常发生在打开Chrome同时后台运行《堡垒之夜》《狂野飙车8》，或插入USB-C扩展坞触发指纹验证时。
- 打开设备管理器 → 查看“生物识别设备”，右键禁用所有
Fingerprint Sensor设备 - 进游戏前，临时退出EAC服务：
services.msc→ 找到EasyAntiCheat Service→ 右键停止，并设启动类型为“手动” - 微软已明确建议：在官方补丁发布前，不要通过安装助手或媒体创建工具手动升级到24H2
最易被忽略的一点：蓝屏日志里出现 win32kfull.sys 或 dxgkrnl.sys 关联堆栈，基本可以判定是24H2内核与旧驱动的不兼容，此时降级驱动无效，只能等微软热修复或暂缓升级。
