在 Mac 上卸载 Headlamp

先留好 Kubernetes 的 kubeconfig 和以后要用的插件设置；Headlamp 会读取集群配置，但集群不属于这个 Mac 应用。2026 年 9 月 19 日测试的是从官网包拷出的应用。

退出并移除应用

先断开集群连接，退出 Headlamp 与 headlamp-server 进程，再把 Headlamp.app 移入废纸篓；不要顺手删除 kubeconfig 或集群资源。更多产品资料见官方页面。

核对应用数据

退出并备份要留的设置后，在访达按 Shift + Command + G 查看这些 cask 列出的位置，把存在且不再需要的应用专属项目移到废纸篓。

• ~/Library/Application Support/Headlamp
• ~/Library/Logs/Headlamp
• ~/Library/Preferences/com.kinvolk.headlamp.plist

Application Support 可能有插件状态，删前先看；集群凭据也可能在独立 kubeconfig。

用 Homebrew 安装时

Homebrew cask 有独立的 --zap 清单。brew uninstall --cask headlamp 只移除 cask，不执行该清单；brew uninstall --cask --zap headlamp 还会处理清单里的数据，不看 Mole 的勾选。zap 包含按显示名匹配的 Application Support 文件夹，先核对插件状态。Mole 也会检查 zap 是否触及未勾选、共用、未知或不支持的路径，遇到这些情况便不执行 zap；已勾选的残留仍走 Mole 自己的删除流程。

brew uninstall --cask headlamp

检查结果

下面两条命令只查看进程和一处相关路径，不会删除内容：

pgrep -il "Headlamp"
ls -ld "$HOME/Library/Application Support/Headlamp"

pgrep 没有匹配项表示当前没有同名进程，有输出时先辨认再退出。ls 列出路径表示它还在，报「No such file」只说明这处确切路径不存在，权限错误则不能判断。

Mole 会列出什么

Mole 把按显示名找到的 Application Support/Headlamp 列在审查区，在关闭「卸载时一并移除数据和配置」时起初不勾选，开启后，符合归属和批选条件时可能预先勾上，先确认备份，再核对这一行。bundle ID 精确行也要核实归属才会勾选，不会因为 Headlamp 用过 kubeconfig 就认领它。

这次检查覆盖了什么

本次使用的是从官网包拷出的应用。2026 年 9 月 19 日测试把七个 Headlamp 进程折成一行状态记录，按显示名匹配的 Application Support 文件夹列在未勾选审查区，没进当次删除计划；没有测试删除集群。