看起来 Dropbox 将很快停止跟踪指向 Dropbox 文件夹之外的文件或文件夹的符号链接。
在此更改之前在 Dropbox 文件夹中放置符号链接（符号链接或软链接）时，符号链接将替换为其指向的数据，因此您在 Dropbox 服务器上拥有实际数据，而不仅仅是符号链接。
Dropbox 帮助中的“如何在 Dropbox 中使用符号链接”页面提到“自 2019 年年中起，Dropbox 不再跟踪通过符号链接链接到的 Dropbox 帐户之外的项目”。 我尝试了最新的 Dropbox beta 并且在 Linux 上稳定构建，但情况并非如此，即 Dropbox 继续遵循指向 Dropbox 文件夹外项目的符号链接。
此更改可能已经登陆其他平台，因为我只尝试了 Dropbox Linux 客户端，或者可能已将其添加到那里以准备将来的更新。
同一个 Dropbox 帮助页面然后继续提到您仍然可以使用符号链接指向 Dropbox 上的 Dropbox 帐户之外的文件，但只有符号链接文件会与您的 Dropbox 帐户同步，而不是它的内容链接到。
指向 Dropbox 帐户中项目的符号链接将继续像以前一样工作，同步它链接到的内容。
我找不到有关此更改的公告，也找不到有关此更改的太多信息，但我确实设法找到了可能的动机。 在有关 CPU 使用率高的可能原因的 Dropbox 帮助页面上，提到符号链接可能会导致此类问题，并建议删除符号链接并将实际数据移动到 Dropbox 文件夹。
跟随 Dropbox 文件夹外的文件和文件夹的符号链接是一个晦涩但非常有用的 Dropbox 功能（至少对某些人来说），具有多种用例，包括同步 Dropbox 目录外的文件夹（这具有不使用空间的额外好处）在您的计算机和本地 Dropbox 文件夹中），或同步和备份程序配置文件（dotfiles）。 附带说明一下，即使在此更改之后，您仍然可以通过相反的方式使用链接（将原始文件放在 Dropbox 中并将符号链接放在您的系统上）将程序配置与 Dropbox 同步。
但值得注意的是，Dropbox 处理符号链接的方式（在此更改之前）不是标准的，因为它将它们替换为目标项目，打破了用户实际上只想同步符号链接而不是目标的情况。
提醒一下，Dropbox 不久前放弃了对 Linux 上除 Ext4 之外的所有文件系统的支持，但在 7 月份（大部分）恢复了这一更改。
