记一次 C 盘 18G 异常占用的排查：CapabilityAccessManager.db-wal 究竟是个什么鬼？

今天打开电脑，突然发现 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 夺权太暴力且有风险），我们只需要从服务层面对其进行软重启，系统自己就会把这个膨胀的日志处理掉。

极简操作步骤：

1. Win + X呼出系统菜单，选择打开Windows PowerShell (管理员)或是终端 (管理员)。

2. 挂起对应的系统服务，解除文件占用。在终端中输入：

   PowerShell

   net stop camsvc

   (此时回看 C 盘，你会发现那 18GB 的空间瞬间被释放了，回到文件夹查看，这个庞然大物已经被系统自动重置为了 0 字节。)

3. 空间找回后，为了不影响后续正常的麦克风和摄像头调用，重新唤醒服务：

   PowerShell

   net start camsvc

总结

如果你的 C 盘也出现了不明原因的容量暴跌，不妨查查是不是这个隐私日志的锅。另外，出现这么大的日志，建议事后去 Windows 的“隐私和安全性”设置里查一下，到底是哪个流氓软件在后台狂刷你的硬件调用权限，直接把它禁了才是治本之道。

(希望这篇排雷记录能帮到同样被 C 盘容量折磨的开发者们。)