夸克网盘互传文件在哪？找不到对方发来的文件怎么办？

Question

夸克网盘“互传”文件默认保存在「我的文件」→「互传接收」文件夹中（非“最近”或“首页推荐”）。若找不到对方发来的文件，首先确认是否已点击链接完成接收——互传需手动点“保存到我的文件”，否则仅临时预览；其次检查是否登录了**同一夸克账号**（跨设备/微信快捷登录易混淆）；再查看「消息中心」是否有接收失败提示（如文件过期、超2G限制或发送方已撤回）；最后排查网络异常或App未更新（旧版本存在互传入口隐藏问题：路径应为「首页」→右上角「…」→「互传」→切换至「接收」页签）。建议开启「自动保存互传文件」设置（路径：设置→通用→互传设置），并定期清理过期链接。如仍缺失，可请对方重新发送并确认链接有效性。

Answer 1

```html

一、现象层：互传文件“消失”的表观特征

用户反馈“对方发的文件找不到了”，但实际该文件既未出现在「最近」Tab，也未出现在首页推荐流中——这并非UI Bug，而是夸克网盘互传机制的显式状态设计：所有成功接收的互传文件默认落盘至「我的文件」→「互传接收」专属目录（路径：/Quark/互传接收/），该路径与系统级“最近访问”或算法推荐完全解耦。

二、行为层：接收动作非自动，存在明确状态跃迁

• 互传链接本质是带时效签名的临时HTTP跳转（如 https://quark.sm.cn/transfer/xxx?sign=...）
• 点击链接后仅触发预览会话（前端沙箱环境，无持久化写入）
• 必须显式点击「保存到我的文件」按钮，才触发客户端调用POST /v2/transfer/receive接口完成元数据注册+分片下载+本地归档
• 未点击即关闭页面 → 会话销毁，服务端72小时内自动清理临时资源

三、账户层：身份上下文隔离是核心前提

跨设备场景下高频误操作：用户在手机用微信快捷登录夸克（生成独立wechat_123456子账号），而在PC端使用手机号主账号登录。此时互传链路由发送方绑定至wechat_123456，但接收端APP上下文为phone_789012，导致：

验证项	正确做法	典型错误
账号一致性	全端统一使用同一手机号/邮箱主账号	混合使用微信快捷登录+手机号登录
设备同步状态	在「设置→账号安全→设备管理」中确认活跃设备列表	忽略多端登录冲突提示

四、系统层：失败归因的可观测性路径

当文件不可见时，应按优先级执行以下诊断：

1. 打开「消息中心」→ 筛选「系统通知」→ 查看是否有「互传失败」红点提醒（含具体原因码）
2. 检查失败类型：ERR_EXPIRED（链接超7天）、ERR_SIZE_LIMIT（单文件＞2GB）、ERR_WITHDRAWN（发送方主动撤回）
3. 抓包验证：对quark.sm.cn域名发起GET /transfer/status?token=xxx请求，响应体{"status":"invalid"}即判定链接失效

五、架构层：旧版App的入口隐藏与路径迁移

Android v5.12.0（2023.Q2）前版本存在UI重构断层：互传入口从底部Tab移至「首页」右上角「…」菜单，且需手动切换页签至「接收」——此设计导致大量用户卡在「发送」页签空等。新版路径已标准化：

graph TD
  A[打开夸克App] --> B{首页右上角...}
  B --> C[点击「互传」]
  C --> D[顶部Tab栏选择「接收」]
  D --> E[查看待处理链接列表]
  E --> F[点击链接→「保存到我的文件」]

六、工程实践：自动化防御配置建议

面向IT从业者，推荐通过以下方式降低人工干预成本：

• 在「设置→通用→互传设置」中开启自动保存互传文件（底层启用auto_receive:true策略，绕过前端确认弹窗）
• 使用ADB命令批量清理过期链接：adb shell pm clear com.quark.browser（慎用，清空全部缓存）
• 部署轻量脚本监控/Quark/互传接收/目录mtime变化，结合inotifywait实现接收事件告警

七、协同层：发送-接收闭环验证协议

当上述排查均无效时，需建立端到端验证流程：

1. 发送方在「互传→发送」页复制完整URL，用curl -I验证HTTP状态码是否为200
2. 接收方使用Chrome DevTools Network面板捕获quark.sm.cn/transfer/receive请求，检查响应code:0及file_id字段
3. 双方同步比对file_id是否一致，若不一致则证明账号上下文错位
4. 强制刷新接收端文件索引：Settings → 通用 → 清除缓存 → 重启App

八、演进层：技术债与平台治理趋势

当前互传机制暴露的深层问题包括：临时链接缺乏OAuth2.0 scope隔离、接收状态未同步至Web端、2GB硬限制未提供分卷上传fallback。阿里系内部已立项「Quark Transfer v2」，计划2024H2上线，核心改进：

• 引入JWT替代签名URL，支持细粒度权限控制（如read:file, write:quark）
• Web端新增「接收历史」独立Tab，与App端状态强同步
• 超限文件自动触发WebRTC P2P直传通道（需双方在线）

```