崩溃模拟器

模拟器是纯 DOM 和 CSS 覆盖层——不会调用任何系统调用、内核驱动或设备 IOCTL。当用户点击开始按钮时，页面调用 Fullscreen API（W3C Fullscreen LS）中的 element.requestFullscreen()；浏览器要求此方法源自可信的用户手势（UIEvent.isTrusted === true），这就是为什么页面无法在加载时自动播放假崩溃。覆盖层随后切换 CSS 类来渲染所选的操作系统皮肤：Windows 10/11 蓝屏死机（带悲伤表情符号和停止代码文本，如 IRQL_NOT_LESS_OR_EQUAL 0x0000000A、KERNEL_SECURITY_CHECK_FAILURE 0x00000139）、macOS 内核恐慌（带 OS X 10.2 引入的五种语言「您需要重新启动您的计算机」横幅）、Linux Oops/Panic（带包含 inode_permission+0x1e/0x60 等符号的模拟调用栈）、以及 Android ANR（带应用无响应对话框和 5 秒输入分发超时参考）。 布局由 CSS Grid 和 flexbox 驱动，使用视口单位（100vw × 100vh），z-index 足够高以覆盖任何 sticky 头部。Windows 画面中的二维码以内联 SVG 渲染，模拟文本是静态模板——真实的蓝屏还包括进程名（如 ntoskrnl.exe）和内存地址，此处均为虚构。macOS 恐慌的五种语言文本与 Apple 自 OS X 10.2 以来的实际顺序一致（英文、日文、简体中文、繁体中文、法文）。退出通过监听 click、keydown（Escape）和 fullscreenchange 事件处理，然后移除覆盖层并调用 document.exitFullscreen() 释放全屏锁定。 由于一切都是纯标记，宿主操作系统的运行时间、调度器和进程不受影响：在大多数桌面上 Cmd+Tab / Alt+Tab 仍然可用，屏幕阅读器继续播报焦点变化，远程会议的屏幕共享看到的是覆盖层而非真正的显卡驱动故障。因此该模拟器不能用于测试真实的崩溃恢复、内核转储收集或 Windows minidump 生成——这些需要实际的内核模式事件，例如故障驱动程序的 BugCheckEx 调用。请将此页面严格视为视觉内容，在恶搞前获得对方同意，因为突然的全屏接管加音效在共用工作站上可能会真正吓到人。

• Fullscreen API 的 requestFullscreen() 必须在用户手势处理程序内调用（UIEvent.isTrusted 检查）。
• 显示的 Windows BSOD 停止代码是静态模板（如 0x0000000A IRQL_NOT_LESS_OR_EQUAL）；不会调用 BugCheckEx。
• macOS 恐慌横幅复现了自 OS X 10.2 以来的五种语言顺序（EN、JA、ZH-Hans、ZH-Hant、FR）。
• 退出监听器：click、keydown（Escape）、fullscreenchange；清理时调用 document.exitFullscreen()。
• 可选的蜂鸣声通过短时 AudioContext OscillatorNode 脉冲生成，受自动播放策略控制。
• 覆盖层位于高 z-index，占据 100vw × 100vh；宿主操作系统进程表不受影响。
• 无法触发真正的内核转储、minidump 收集或驱动验证程序——这些需要实际的内核模式事件。