Dropbox在本地建一个同步文件夹，里面的改动自动传到云端，其他设备上的同名文件夹跟着更新。版本历史保留30天，误删误改都能找回。选择性同步让大文件只存在云端，需要时再下载，不占本地空间。
不堆参数，只讲真功夫。每一处都解决实实在在的麻烦。
本地文件系统监听API捕获文件创建、修改、删除事件，变更内容分块哈希后增量上传到对象存储。旧方案靠手动拖进U盘或者邮件附件传，漏一个文件就得重来；Dropbox的客户端在后台常驻，保存文档的瞬间就开始上传，另一台设备上几秒内就能看到更新。
每次文件保存生成一个不可变快照，快照元数据记录修改时间和操作者身份，保留周期内随时可回滚。旧方案改完直接覆盖原文件，想找回昨天的版本只能靠运气；Dropbox的版本历史让误删的段落、误改的数据都能精确恢复到任意时间点的状态，不需要预先手动备份。
本地只保留文件占位符，实际内容按需从云端拉取，用户点击打开时触发流式下载。旧方案要么全同步把硬盘撑爆要么全不同步用的时候找不到；Dropbox的选择性同步让几百GB的项目资料存在云端，本地只显示目录结构，需要哪个文件点开哪个，用完可以再释放空间。
分块传输过程中检测网络带宽波动，动态调整并发数和分块大小，弱网环境下自动降速重试。旧方案网络一抖就断线重传整文件；Dropbox的智能传输把大文件切成4MB小块独立传输，某一块失败只重传那一块，断网恢复后能从中断处继续，不用从头再来。
有些麻烦，换个工具就没了。
公司电脑和家里笔记本各有一份文档，来回拷太麻烦。同步文件夹让两份内容保持一致，在公司改的方案回家接着改，不用带U盘也不用发邮件。
设计稿、需求文档、会议纪要散在每个人电脑里。共享文件夹让团队成员看到同一份最新文件，谁改了什么一目了然，不用群里刷屏发版本。
几TB的视频素材本地硬盘放不下。选择性同步把素材存在云端，剪辑时只把当前用的片段拉到本地，项目做完再释放空间，硬盘永远不爆满。
换新电脑要把旧机器里的文件挨个搬过去。装好客户端登录账号，同步文件夹自动把云端内容拉下来，环境配置、项目资料一次到位，不用折腾半天。
都是真实体验，没有套话。
之前靠U盘在两台电脑间倒文件，有次开会前U盘坏了，讲PPT的时候尴尬得想钻地缝。后来把所有资料丢进同步文件夹，公司电脑和家里笔记本自动保持一致，再也没出现过临场缺文件的状况。
最意外的是版本历史。有次同事不小心把方案里大半内容删了还保存了，我以为白写了一周。结果翻版本历史找到了三小时前的快照，一键恢复，连格式都没乱。
摄影师拍活动一天生成两百多GB的原片，笔记本硬盘根本放不下。用选择性同步把去年的项目全设成在线仅限，本地腾出近一TB空间，需要翻旧片的时候点一下就流式下载，不用在硬盘间倒来倒去。
冷门细节：摄像头上传功能。手机拍的照片自动同步到指定文件夹，按年月分类建目录。换手机的时候不用折腾迁移，登录账号旧照片全在，新照片继续往里攒。
不吹牛，只讲原理和体验。
技术动作：Windows上调用ReadDirectoryChangesW监视目录变更，macOS上使用FSEvents获取文件系统事件流，Linux通过inotify机制订阅inode变动通知。用户感知：保存文件后几秒内客户端就能检测到变更并开始上传，不需要手动触发同步，后台安静完成所有工作。
技术动作：文件按4MB边界切分，每个分块计算SHA-256哈希值作为内容指纹，上传完成后服务端验证哈希匹配才确认接收成功。用户感知：传输过程中网络断开不会损坏文件，恢复后从中断的分块继续上传，大文件传完之后内容和原始文件完全一致，不会出现半截文件或者数据错位。
技术动作：采用内容寻址存储模型，相同内容的分块只存一份，快照元数据记录分块组合关系和修改时间，删除文件时只移除引用而不立即清除数据。用户感知：频繁修改大文件不会成倍消耗存储空间，版本历史里存了几十个副本实际占用的容量远小于表面数字，删除文件后在保留期内随时能找回来。
技术动作：本地文件系统创建扩展属性标记的占位符文件，Shell扩展在资源管理器中显示特殊图标，用户双击时触发按需下载回调将占位符替换为真实文件。用户感知：文件夹里看到的是完整的目录结构，但大部分文件实际上只占几KB的元数据，需要时才从云端拉取，硬盘空间紧张时可以把不常用的文件夹重新设回在线仅限状态。
技术动作：同步前比较本地和服务端的版本向量，检测到同一文件在两个客户端独立修改时生成带设备名的冲突副本而非强制覆盖。用户感知：两台电脑同时改同一个文档不会产生数据丢失，系统自动保留双方版本并标注来源，用户可以手动对比决定保留哪个或者合并内容。