网页和同步客户端不是同一条路
网页版是标准的一问一答：你点一下，浏览器发一个请求，服务端回一个结果，连接随即结束。整个过程短、目标单一、而且走的是浏览器的网络设置。
桌面同步客户端做的事完全不同。它需要长期保持一条连接用来接收「有文件变化了」的通知，还要在后台不断发起小请求核对本地和云端的差异，同时可能同时开多条连接并行传输文件。据 Microsoft 官方文档对 OneDrive 同步客户端网络要求的说明，同步客户端依赖若干特定服务端点，并对连接的持续可用性有要求，与仅通过浏览器访问的场景不同。
这就解释了矛盾从何而来：网页只要能完成一次短请求就显得「正常」，而同步客户端需要一条能长期稳定保持的通道，还需要若干额外端点都可达。前者通了不代表后者通。
「正在准备同步」长期不动，通常卡在核对阶段
同步开始之前有一个核对阶段：客户端要把云端的文件清单和本地的清单比一遍，算出哪些需要上传、哪些需要下载。文件多的时候这个阶段本身就慢，但它慢和它卡是两件事。
判断依据是有没有任何网络活动。如果这个阶段里客户端完全没有数据往来，那不是在算，是在等一个永远不会到的回答。反过来如果一直有小流量往来、只是进度显示不动，那可能真的在处理大量条目。
另一个高发原因是某个端点不可达。同步客户端往往把不同职责分到不同的地址上：一个负责认证、一个负责元数据、一个负责文件内容、还有一个负责推送变更通知。其中任何一个不通，客户端可能既不报错也不前进——它在重试，而重试对用户是不可见的。
进度条动了又退回去
大文件传到一半失败、重试、又从头开始，是另一种典型形态。它的成因通常不是「不通」，而是「不稳」。
传输一个大文件需要连接在整段时间里持续可用。如果中途连接被中断，客户端会重试；如果它不支持从断点续传，每次重试都从零开始，于是你看到进度反复归零。文件越大，撞上一次中断的概率越高，所以往往是小文件全部同步成功、几个大文件永远同步不完。
观察方法：看失败的是不是总是同一批大文件，而小文件一切正常。如果是，那是稳定性问题而不是连通性问题，处理方向完全不同——前者要减少中间环节、让连接更稳，后者要解决可达性。
分层定位
第一层，换网络。手机热点和固定宽带各试一次。只在其中一个网络上卡住，问题在那条路径上。
第二层，比对网页和客户端。网页正常、客户端卡住，说明不是账号或权限问题，方向落在客户端需要的那些额外端点和长连接上。
第三层，看客户端自己的日志。多数同步客户端都有日志或者诊断入口，里面通常能看到它在重试哪个地址。这一条比任何猜测都直接。
第四层，按文件大小分类。小文件成功、大文件失败指向稳定性；所有文件都不动指向可达性。
第五层，暂时用网页传关键文件。在排查期间，急用的文件用网页版上传下载可以先绕过去，不影响业务节奏。
跨境场景里的两个额外注意点
和供应商共享的目录要看对方那一侧。同一个共享目录，你这边同步正常、对方一直看不到更新，问题可能在对方的网络环境而不是你的。确认更新有没有到云端（用网页版看一眼），就能把责任范围划清。
大批产品图和报关材料应该分批。一次性把几个 G 的目录丢进同步队列，会让客户端长时间处在高压状态，任何一次中断都可能导致大范围重试。分成几批、每批完成后再放下一批，实际总耗时往往更短。
如果换网络这一步指向了路径问题，减少中间环节通常比调整客户端设置更有效——同步客户端的可配置项本来就少，而它需要的端点又多。
同步进程跑在后台，浏览器里那套设置管不到它。安卓与 Windows 客户端已上线，macOS 与 Linux 开发中。iPhone 暂无原生客户端。注册即可使用永久免费套餐，按月发放流量额度。
据 Microsoft 官方文档对 OneDrive 同步客户端网络要求的说明，同步客户端依赖若干特定服务端点，并对连接的持续可用性有要求。
常见问题
网页版能打开，为什么桌面同步客户端一直不动？
两者走的路不一样。网页是短请求，完成一次就显得正常；同步客户端需要长期保持一条连接接收变更通知，还要多个额外端点都可达。前者通不代表后者通。
一直显示正在准备同步，是卡住了还是真的在算？
看有没有网络活动。完全没有数据往来说明在等一个不会到的回答；一直有小流量往来只是进度显示不动，可能真的在处理大量条目。
为什么小文件都同步成功，几个大文件永远不完？
那是稳定性问题不是连通性问题。大文件需要连接在整段时间里持续可用，中途断了就重试，不支持断点续传时每次从零开始。文件越大撞上中断的概率越高。
客户端为什么既不报错也不前进？
因为它在重试，而重试对用户不可见。同步客户端把认证、元数据、文件内容、变更通知分到不同地址上，其中任何一个不通都可能让它停在原地反复重试。
怎么知道客户端卡在哪个地址上？
看客户端自己的日志或诊断入口，多数同步客户端都提供，里面通常能看到它在重试哪个地址。这比任何猜测都直接。
共享目录里对方看不到我的更新，是谁的问题？
先用网页版确认更新有没有到云端。到了说明你这边正常，问题在对方的网络环境；没到说明你这边的上传还没完成，责任范围就划清了。
几个 G 的产品图应该怎么传？
分批。一次性丢进同步队列会让客户端长时间处在高压状态，任何一次中断都可能导致大范围重试。分成几批、每批完成再放下一批，实际总耗时往往更短。
排查期间急用的文件怎么办？
用网页版上传下载先绕过去。网页走的是短请求，通常在同步客户端卡住的情况下仍然可用，不影响业务节奏。