Windows任务管理器之父自曝“社死”操作 曾把电话号写进代码

当人们聊起上世纪的编程轶事时，dave plummer总是一个无法绕开的关键人物。作为windows原生任务管理器的开发者，他在90年代为微软打造了这款沿用至今、被全球用户频繁调用的核心系统工具。但少有人知的是，这位工程师曾在该软件的源码中，无意间嵌入了自己的私人家庭电话。

故事始于一个看似违背常理的现象：Plummer在调试过程中发现，多个进程的CPU占用率相加后，偶尔竟会突破100%——“若算法逻辑无误，这在数学上根本不可能成立”。

在反复验证自身代码准确无误后，他推断问题只能出在数据源头——即Windows内核。可当时微软内部存在明显的职能壁垒：“内核组是公认的‘技术圣殿’，”Plummer后来坦言，“而我只是个负责绘制CPU小图标的UI开发员。当我向内核团队提出‘可能是你们的底层出了问题’时，对方几乎没给我任何认真对待的机会。”

为了捕捉这个极难复现的异常，他在代码中插入了一条断言（assert），强制约束CPU使用率不得高于100%。一旦触发，程序将在调试环境中中断运行，便于深入排查。

可这个Bug实在太稀有——“它从未在我本人或我团队成员的任意一台机器上出现过”。于是Plummer决定采用一种“最高效触达责任人”的方式：“我把自己的姓名和家里的联系电话直接写进了这条断言信息里。这样，不管哪位同事在哪个办公区、哪栋楼、甚至哪个时区遇到这个问题，弹出的提示都会立刻告诉他该联系谁。”

'>

MyMap AI

使用AI将想法转化为图表

下载

很快，他就将这段“埋点”抛诸脑后。不久之后，Windows测试版本正式面向内部及部分外部用户推送——参与测试的设备数量从数千台起步，甚至可能高达百万量级。而每一台设备的任务管理器中，都静静躺着那段代码：只要那个罕见错误被激活，屏幕上就会跳出一条含他家庭号码的报错提示。

出人意料的是，尽管Plummer至今仍在使用同一个家庭号码，却始终未接到一通来自该Bug的来电。至于那个导致CPU统计溢出的根源缺陷，最终在某台实验室测试机上成功复现；内核团队随后确认问题确属底层实现失误，并迅速完成了修复。