今天打开电脑突然发现 C 盘飘红。本以为是日常的node_modules堆积或者编译缓存结果用微软自带的电脑管家以及磁盘分析工具一扫揪出了一个极度反常的巨无霸在ProgramData目录下有一个高达18GB的文件名为CapabilityAccessManager.db-wal。1. 它是谁为什么会这么大看到.db-wal后缀熟悉数据库的同学应该立刻就能反应过来这是SQLite 数据库的预写式日志Write-Ahead Logging。而前面的Capability Access Manager(CAM)则是 Windows 10/11 操作系统中的一个核心隐私服务组件。它专门负责监控和管理系统内的软件对麦克风、摄像头、地理位置等硬件权限的调用请求。原理解析正常情况下Windows 通过 CAM 服务记录权限调用数据先写入这个 WAL 日志文件等攒到一定阈值通常很小系统就会执行 Checkpoint把日志合并回主数据库.db并清空 WAL 文件。 但如果它膨胀到了 18GB说明系统里大概率有个软件或者毒瘤插件在后台以极高的频率疯狂轮询你的麦克风或摄像头权限导致数据库高并发写入长期的 I/O 占用让系统根本找不到空闲时间去执行 Checkpoint 合并清理。2. 踩坑记录系统级的文件锁File Lock既然是个失控的冗余日志理论上直接删了就行。但在实操中你会发现它是不可触碰的微软自家的电脑管家无法清理也无法粉碎。在资源管理器中强删会无情提示“没有权限”或“文件被占用”。原因很简单这个文件正被底层的camsvc服务以独占模式锁定且最高拥有者是SYSTEM。在 GUI 界面下和它硬刚纯属白费力气。3. 破局一键优雅拔管查阅了一些资料和请教 AI 后发现根本不需要去改什么底层所有权Takeown 夺权太暴力且有风险我们只需要从服务层面对其进行软重启系统自己就会把这个膨胀的日志处理掉。极简操作步骤Win X呼出系统菜单选择打开Windows PowerShell (管理员)或是终端 (管理员)。挂起对应的系统服务解除文件占用。在终端中输入PowerShellnet stop camsvc(此时回看 C 盘你会发现那 18GB 的空间瞬间被释放了回到文件夹查看这个庞然大物已经被系统自动重置为了 0 字节。)空间找回后为了不影响后续正常的麦克风和摄像头调用重新唤醒服务PowerShellnet start camsvc总结如果你的 C 盘也出现了不明原因的容量暴跌不妨查查是不是这个隐私日志的锅。另外出现这么大的日志建议事后去 Windows 的“隐私和安全性”设置里查一下到底是哪个流氓软件在后台狂刷你的硬件调用权限直接把它禁了才是治本之道。(希望这篇排雷记录能帮到同样被 C 盘容量折磨的开发者们。)