如何在 Mac 上卸载 KNIME

卸载应用前先保留 KNIME 工作区，官方用户指南说明这里放着工作流、节点设置和运行生成的数据，与应用缓存是两回事。

保存工作区，再退出

保存工作流并停止正在执行的任务，在右上角 Menu 中选 Switch workspace，查看启动器里的工作区目录，记录当前路径，不切换到别的工作区。改过应用包内配置时，应用还在就先另存一份，再按 Cmd + Q 退出，重置数据前把工作区目录复制到备份位置，然后把要卸载的 KNIME 应用移进废纸篓，每份安装的工作区不一定在同一个位置。

单独安装的 Python 环境和原始数据另行决定。

核对应用设置

备份工作区和要用的应用配置、退出 KNIME 后，在 Finder 按 Shift + Command + G，逐一打开下面三处应用数据路径，把不再需要的 KNIME 专属项目移到废纸篓，保留工作区、环境和原始数据。

cask的 zap 只列 ~/Library/Caches/org.knime.product、~/Library/Preferences/org.knime.product.plist 和 ~/Library/Saved Application State/org.knime.product.savedState，没有列你的工作区，重装后还要沿用设置时留下偏好设置。

检查卸载结果

pgrep -ifl KNIME
find /Applications -maxdepth 1 -iname '*KNIME*.app' -print
ls -ld "$HOME/Library/Caches/org.knime.product" "$HOME/Library/Preferences/org.knime.product.plist"

有进程匹配时核对实际可执行文件，路径不存在只说明这一处没有了，权限错误仍无法判断，保存的工作区另外核对，不把它当作不需要的残留。

用 Homebrew 安装时

brew uninstall --cask knime

自行运行 brew uninstall --cask --zap knime 还会重置上面三处应用专用位置，不读取 Mole 的勾选。清单涉及未勾选或共享的数据，或不能完整核实时，Mole 会跳过 zap，仍移除你选中的残留。

Mole 会列出什么

存在时，Mole 默认勾选应用本体和按 org.knime.product 精确归属的缓存、偏好设置、窗口恢复状态，这些行不代表可以删除工作区或另存的数据集。

这次检查覆盖了什么

2026 年 9 月 21 日，打开官网 Mac 包里的 KNIME 5.12.0 后卸载，应用、偏好设置和临时缓存已移除，没有记录到待确认的数据目录。这次没有创建已保存的工作流，没有验证工作区恢复、外部环境或 Homebrew 安装。