网页里的Windows，不是玩具是教科书，谁还在用纯JS抠Win98的滚动条？
最近刷GitHub，发现一堆人真在网页里重做Windows。不是搞笑动效，也不是截图拼接，是实打实能点开、拖拽、最小化、甚至蓝屏的“系统”。我试了五个，最老的98.js连Clippy都会根据你打开的窗口说不同的话，最新的win12连100个窗口一起开都不卡。它们不靠噱头活着，靠每天有人修bug、加小功能、写中文文档。
98.js.org是第一个让我愣住的。没用React也没用Vue，就三个文件：HTML、CSS、JS。点开“我的电脑”，图标真的会按大小自动排列；双击“写字板”，弹出的窗口边框阴影和原版一模一样；连那个会跳出来的Clippy，你拖它到右下角，过两秒它真会探头问“需要帮忙吗”。我翻了源码，它用`
winXP项目是React写的，但没堆库。它把窗口叠放顺序做成一个Hook，叫`useWindowManager`，点最小化就进栈，点还原就从栈顶拿出来。任务栏按钮按下时的蓝色高光，颜色值抠得特别准，是4A7EBB到2E5CB8的渐变，不是随便选的。我对比原版XP截图，连标题栏动画帧率都调到了60fps——比当年30fps还顺。Vercel后台显示，这玩意儿每天被点开一万多回。
win7是Vue3做的，任务栏按钮一点击，对应窗口就跟着显隐，不是靠class手动切，是靠`v-model`双向绑着的。它做“Aero玻璃”效果挺聪明：不用WebGL，用CSS `backdrop-filter`加一层半透明SVG模糊层叠在一起，老浏览器也能跑。音量滑块拖动时，真能听见“滴”的一声，那是Web Audio API在响，不是放录音。
win11React最像“正经项目”。开始菜单数据存在Firebase里，你换个浏览器登录，壁纸和磁贴位置还在。它把蓝屏（BSOD）做成一个功能，不是崩溃了才出，而是故意用`_window.onerror`捕获错误后，渲染带脉冲动画的蓝底白字页面。作者在Dev.to写过，这就是教新人怎么写错误边界。
win12最狠的是性能。100个窗口同时开着，只渲染当前看到的那几个——用了IntersectionObserver。换深色模式，0.3秒就全变，靠的是CSS `@property`定义的动画变量。它甚至用Web Worker算“文件复制进度”，UI线程一点不卡。国内一个信创项目直接抄了它的虚拟桌面思路。
这五个项目放一起看，变化挺明显：98.js靠手抠，XP靠逻辑拆解，Win7靠响应式绑定，Win11靠云同步，Win12靠浏览器新API。状态管理从全局变量变成Signals，动画从CSS过渡变成Houdini，部署从GitHub Pages变成自建CDN。它们没一个在吹“颠覆OS”，但每个commit都在解决真实问题：怎么让拖拽更跟手，怎么让多窗口不卡，怎么让主题切换不闪。
对比表里写得清楚：win98要的是“能运行”，winXP要的是“像原版”，win7要的是“看起来对”，win11要的是“跨设备同步”，win12要的是“再多也不卡”。技术栈跟着目标走，不是为了用新东西而用。
有个细节挺有意思：win7中文文档贡献者占62%，委员会是三个人轮流审PR，作者自己不拍板。win11React的Firebase UID权限问题，最早是用户在Discussions里贴出漏洞，三天后就加了权限隔离。这些都不是大厂项目，但治理比不少公司还规矩。
我下载了win12源码，打开`/src/utils/virtual-desktop.ts`，里面十几行注释全在解释“为什么不用React.memo而用IntersectionObserver”。没有黑话，就讲怎么省计算量。win11React的store里，连“开始菜单展开状态”都单独建了一个slice，叫`ui/sidePanel`，不是塞进大对象里。代码很老实，不炫技。
这些项目不是怀旧玩具。你真去读代码，会发现Win98的拖拽排序其实靠的是`getBoundingClientRect()`+冒泡排序，XP的窗口Z轴靠的是一个数组维护的顺序索引，win12的深色模式过渡用了一个CSS变量控制所有颜色渐变。
它们没写“改变世界”，只写了“这个按钮点下去，应该这样反应”。
我关掉了最后一个窗口。
