# 卸掉 Dropbox，本地文件还在 > 卸掉应用不会动文件夹，删文件夹是另一步，仅在线占位文件一旦删掉就无法从本地找回 Published: 2026-08-07 | Updated: 2026-08-08 Dropbox 在 Mac 应用里很特别：卸载时按设计不会动到文件。 Dropbox 自己的说明里就是这么写的，接着又补了一句警告，说的是你再往前一步、自己把文件夹也删掉时会发生什么。 两个动作之间的空档才是容易踩坑的地方：卸掉应用和删掉 Dropbox 文件夹感觉像同一件事，其实不是。 ## 卸载只会拿走应用，文件原样留着 从菜单栏退出 Dropbox，再把应用程序里的 Dropbox 拖进废纸篓，官方卸载就这些，Dropbox 也写明了不会注销账户，不会从磁盘上删掉 Dropbox 文件夹。 所以干净卸完之后，本地文件一个不少，没有被上传走，也没有被清空，应用没了，内容还在。 ## 删文件夹这一步才需要备份 Dropbox 把删文件夹单独列为可选操作，并挂了警告：把 Dropbox 文件夹丢进废纸篓之前，先确认数据已备份到别处。 这句警告不是空话，原因在仅在线文件：若开过选择性同步或智能同步，文件夹里有些条目只是占位而非完整文件，本地复制一个占位文件并不等于复制了内容本身，删除文件夹时若这些条目从未下载过，本地侧没有可恢复的副本，只剩你可能正在关闭的那个账户。
卸掉 Dropbox 应用不会动本地文件夹；删文件夹是另一步，对已下载文件和仅在线占位文件的影响完全不同。
两件独立的事。卸载从不碰文件夹；删文件夹才是对本地数据的取舍，仅在线条目背后没有本地内容。
若打算留住文件、不再用这个服务，先全部下载下来，核对磁盘上文件夹体积是否符合预期，确认无误再删。 ## 新版 macOS 改了文件存放位置 近几版 macOS 把 Dropbox 迁到了系统的 File Provider 机制上，同步内容不再落在主目录的普通文件夹里，而是由系统托管，Finder 里看起来仍正常。 实际影响是多年前记下的路径可能已经不是数据所在地，靠手动搜名为 Dropbox 的文件夹可能完全错过真正位置，或只找到一个空壳并误以为全没了，用 Finder 看而不是靠路径，让边栏告诉你文件夹实际解析到哪里。 ## 剩下那些可以直接扔 应用卸了、文件夹也做了决定，剩下的就是常规残留：缓存、日志、偏好设置，以及一个已经没有东西可启动的登录项，这些丢了都不可惜。 Dropbox 还会装一个 Finder 扩展，部分版本还有系统扩展，它们登记在 macOS 里而不是散落的文件，所以要走系统设置清理，不是删某个文件。若其他都清完了，Finder 边栏或共享菜单里还挂着 Dropbox 条目，原因就是登记没清干净，重启通常能收尾。 ## 先核对还剩什么，再判断有没有丢东西 两件事值得确认：没有 Dropbox 进程还在跑，以及你盯着的那个文件夹是真身，不是过期挂载点。 [Mole](https://mole.fit/zh/) 正好用在这一步：它列出应用还占着的位置和每项体积，空壳残留和装着四十 GB 的文件夹一眼就能分开，不用逐个打开。清掉的内容进废纸篓，对同步客户端来说这是对的默认，因为最想能反悔的，往往是匆忙时那一下。 ## 怎么分辨哪些文件只是占位 Finder 里每个文件名旁边的状态图标就是答案：实心的表示本地有完整内容，云朵或虚线的表示只是占位，内容还在云端。 判断整个文件夹更快的办法是选中它按 Command I，对比「大小」和它在 Dropbox 网页端显示的大小，差得多就说明大部分还没下载下来。 要把内容全部拿到本地，在 Dropbox 文件夹里右键选「设为可离线使用」，等状态图标全部变成实心再动手。这一步在网速一般的情况下可能要跑很久，几十 GB 的目录留一晚上更稳妥，比删完再去云端找回来省事得多。 --- Canonical HTML page: https://mole.fit/zh/blog/how-to-uninstall-dropbox-mac Blog index for agents: https://mole.fit/zh/blog/llms.txt Site index for agents: https://mole.fit/llms.txt