VCD拷贝卡死Windows并非30年老BUG，实为2023年更新引入的负优化

近日，一则关于“VCD光盘导致Windows卡死”的技术讨论在硬件与系统爱好者群体中迅速扩散。部分媒体报道称这是“潜伏30年的Windows致命Bug”，覆盖从Windows 95到Windows 11全版本。然而，深入调查后发现，该问题的真实成因远非“陈年老洞”，而是一次发生在2023年的意外负优化——它暴露了现代操作系统在维护遗留设备兼容性时的脆弱性。

根据独立技术博客Clydes Notes于2026年8月发布的详细分析报告，问题集中出现在Windows 11的KB5023706（2023年3月累积更新）及Windows 10的KB5025221（2023年4月更新）之后。实测表明，在这些更新安装后，用户若将一张标准VCD光盘插入光驱，并在文件资源管理器中尝试拖拽MPEGAV文件夹（内含AVSEQ01.DAT等视频文件）至本地硬盘，系统会立即陷入异常：复制进度条瞬间归零，随后长时间无响应；即使强制结束explorer.exe进程，桌面仍可能处于假死状态，最终往往需重启才能恢复。

关键在于，VCD并非普通数据光盘。它遵循的是1993年发布的白皮书标准（Video CD Specification Version 2.0），采用CD-ROM XA格式的Mode 2 Form 2扇区结构。为提升影音容量，VCD舍弃了标准ISO 9660光盘中用于纠错的EDC/ECC冗余码，将每扇区用户数据从2048字节扩展至2324字节。这种“非标准”设计本就对读取逻辑提出更高要求。

Windows通过CDFS（Compact Disc File System）驱动将原始扇区映射为用户可见的MPEGAV目录与.DAT文件。当资源管理器打开该文件夹或选中.DAT文件时，系统后台会触发一系列操作：Shell属性读取器尝试解析元数据、Windows Media组件尝试生成缩略图预览、甚至调用多媒体解码链路进行轻量级分析。问题正出在这一连串自动行为中——新版驱动在处理非2048字节对齐的连续RAW数据流时，缺乏健壮的边界检查与异常捕获机制，导致I/O请求挂起或内存访问越界，最终拖垮explorer.exe进程。

值得注意的是，该缺陷并未出现在早期系统中。测试确认，Windows 95、98、XP、7均能稳定读取VCD内容，仅在2023年后的更新中突然恶化。这直接否定了“30年未修复老Bug”的说法。更准确地说，是微软在近年对CD-ROM驱动栈进行现代化重构时，无意中移除了对Mode 2 Form 2扇区的容错逻辑，或改变了扇区缓冲与流式读取的调度策略，从而破坏了对VCD这一特殊格式的支持。

为何此次退化直到2026年才被广泛关注？原因有二：其一，VCD自2000年代中期已被DVD及流媒体迅速取代，实际使用人群极小；其二，多数用户早已转向虚拟光驱或直接使用播放器（如VLC、MPC-HC）打开光盘镜像，绕过了资源管理器的Shell层交互。只有少数仍依赖物理光驱、且习惯“拖拽复制”操作的老用户，在升级系统后才遭遇此问题。

微软方面早在2025年底就已收到相关报告，但至今未发布官方修复补丁。据内部反馈，该问题被归类为“功能性兼容性问题”，不涉及安全风险或核心稳定性威胁，因此修复优先级排在较低位置。对于仍有VCD资料需要数字化的用户，当前可行方案包括：

避免在资源管理器中直接点击或拖拽MPEGAV文件夹内的.DAT文件；
使用支持RAW扇区读取的工具（如IsoBuster、ImgBurn）提取整轨数据后再转换；
通过VLC等播放器直接加载光驱路径（例如d:\），跳过Shell预览环节；
在虚拟机中运行Windows 7环境完成拷贝任务。

这一事件折射出操作系统演进中的一个普遍困境：当技术迭代聚焦于新场景（如NVMe、云存储、USB4）时，对老旧介质的支持往往沦为“可容忍的牺牲”。VCD虽已退出主流，但它所代表的CD-ROM XA架构曾是90年代多媒体计算的基石。如今其兼容性断裂，不仅是驱动代码的疏漏，更是数字遗产保存链条上的一处隐性断点。

值得玩味的是，类似问题并非孤例。过去十年间，Windows对软盘、Zip驱动器、Jaz磁盘乃至早期SCSI设备的支持相继弱化，每次更新都可能悄然切断一条通往过去的通道。技术进步本身无可厚非，但如何在创新与兼容之间取得平衡，仍是大型操作系统厂商必须面对的长期课题。

目前尚无迹象表明微软计划紧急修复此问题。对于绝大多数用户而言，这只是一个遥远的“考古级”故障；但对于仍在整理家庭录像、老电影资料或教育档案的人来说，它提醒我们：数字时代的“永久保存”，从来不是一句口号，而是一系列持续维护的实践。