2 TB 的对象存储桶塞不进 512 GB 的笔记本。这句话基本就解释了为什么「同步」和「挂载」在宣传文案里经常混着用，实际用起来却是两码事。
同步是拷贝，挂载是按需读取
同步客户端的职责是在本地保留一份完整副本。文件全部落盘，读取没有延迟，断网照样能干活，代价是硬盘越来越满。这没什么问题，直到对面是一个素材库，或者一个本来就没打算装进笔记本的存储桶。
挂载走的是另一条路。文件管理器要的是目录列表，那就只给目录列表；文件内容只有在某个程序真的打开它的时候才开始传输。2 TB 的桶出现在访达或资源管理器里，但不占用 2 TB 的 SSD。代价也很直接：断网之后，你看到的只是一堆文件名。
这几年各家客户端都在用「仅在线」的占位文件模糊这条界线，做得也不错。问题是每家只管自家那一个盘、一个目录、一个托盘图标。
什么时候老老实实用同步
这一点值得说实话，而不是硬吹挂载。
- 经常离线。高铁、飞机、会场里那种能连上但传不动的 Wi-Fi，占位文件等于没有。
- 文件是每天要动的工作集，不是归档。一个天天改的 4 GB 项目目录，就该待在本地磁盘上。
- 有程序会把整棵目录树扫一遍。Git 仓库、照片库、IDE 索引、构建工具会发出成千上万次细碎的元数据请求，放在任何网络挂载上都会卡到怀疑人生。
- 编辑器用的是原子保存。先写临时文件再改名这种做法，本地几乎零成本，跨网络就很难受。
反过来，素材库、设计资源、构建产物、备份目标、日志归档，以及那些看的次数远多于改的次数的文件，挂载明显更合适。
挂载盘的三条常规路线
各家自己的客户端
Dropbox、OneDrive、Google Drive for Desktop 都有类似「仅在线」的模式，软件本身不差。问题是一个厂商一个客户端、一套自动更新、一个固定的挂载目录；Google 那个至今没有 Linux 版；而阿里云 OSS、腾讯云 COS、S3、R2 这类对象存储，压根没有官方桌面客户端。
基于 FUSE 的驱动
老玩家熟悉的路线：macFUSE 配 rclone mount，或者 sshfs、s3fs。好处是拿到一个真正的文件系统，代价是一个内核扩展。在 Apple Silicon 上意味着进恢复模式降低安全级别、重启好几次，然后祈祷下一次 macOS 大版本升级别把它搞挂。Windows 上则要用管理员权限装 WinFsp 驱动。装完还得挑缓存模式、写 launchd 或 systemd 单元让它开机自动挂上、维护一份配置文件。
系统本来就会说的协议
SMB、FTP、WebDAV，桌面系统自带客户端。不用装驱动，不弹管理员授权，系统升级之后也不用重装。麻烦在于云厂商不说这些协议，所以要在本地放一个中间层。
用一个本地端点把网盘挂载为本地磁盘
AnyStorage 内置的 WebDAV 服务就是这个中间层。侧边栏进「服务」，切到 WebDAV 标签页，点启动。默认地址 http://127.0.0.1:3211，端口可以在 1 到 65535 之间自己改。HTTP Basic 认证常开：默认用户名 anystorage，密码首次使用时随机生成 24 位，两者都能改，旁边有重新生成按钮和三个复制按钮。开关状态会记住，下次启动应用时服务自己起来。
应用里当前已连接的每一个存储连接，都会以连接名出现在这个端点的根目录下：阿里云 OSS 的桶、腾讯云 COS、阿里云盘、Google Drive、群晖 NAS 上开的 SFTP、一个本地文件夹。一共 20 种连接类型并排放在同一个挂载点里，而不是一种一个挂载点。
挂载这一步交给系统自带的功能。macOS 是访达的「前往 - 连接服务器」，快捷键 Cmd+K，粘贴地址，用注册用户身份填应用里那组账号密码。Windows 是资源管理器里的「此电脑 - 映射网络驱动器」，粘同一个地址。第三方 WebDAV 客户端也一样能用。应用里没有一键挂载按钮，它负责把地址和复制按钮给你，挂载动作由系统完成。
读取走 HTTP Range，所以把 6 GB 视频的进度条拖到中间，播放器是从那里开始播，而不是先把 6 GB 下完。写入同样是流式的，不会把整个文件先堆进内存。
不需要内核扩展，不需要 macFUSE、WinFsp、管理员权限，也不需要降低启动安全性。没有配置文件，没有缓存模式要选。macOS、Windows、Linux 上行为一致，系统大版本升级也不会把它带走。
它做不到的事
- 免费版的 WebDAV 服务是只读的。读写属于 Pro 功能，Pro 用户也可以出于安全考虑主动把它锁成只读。
- 当前版本没有 TLS，地址就是普通 http，所以请让它留在 127.0.0.1 上。可选的局域网模式会绑定 0.0.0.0，应用会明确弹出警告，因为那样 Basic 认证的凭据是明文过网络的。
- 重启应用之后，某个连接要在应用里打开过一次，才会出现在 WebDAV 根目录下，连接是懒加载的。新建的连接则不用重启服务就能看到。
- 没有真正的文件锁，两台机器同时改同一个文件不受保护。它是一个方便的挂载点，不是团队协作的基础设施。
- 通过挂载点不能删除或重命名顶层的连接文件夹，也不能直接在两个不同连接之间移动或复制文件。先下载再上传，或者在应用里做。
- Windows 自带的 WebDAV 客户端有一堆历史包袱：WebClient 服务在 2026 年已被微软列为废弃状态，而且经常没启动；http 上的 Basic 认证默认被拒绝，需要在 HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters 下调整 BasicAuthLevel；FileSizeLimitInBytes 默认 50,000,000 字节，超过就报 0x800700DF。换第三方 WebDAV 客户端，或者大文件直接在 AnyStorage 里传，这些坑都不用踩。
挂载不是同步的替代品，它回答的是另一个问题：现在能不能用一个普通软件直接打开这些文件，同时不用为它们付出硬盘空间。对于一个存储桶、一份归档、一个片库，答案应该是能，而且不该以装一个内核扩展为前提。