Drop接收文件默认存入系统“下载”文件夹，需通过修改该文件夹位置（如右键属性→位置→移动至D:\Drop_Receive）、创建符号链接（mklink /J重定向）或结合OneDrive+任务计划按扩展名归类实现自定义路径。
Drop本身不提供“接收路径设置”入口，所有文件默认落进系统级“下载”文件夹；想让它存到自定义路径，必须绕过浏览器界面，直接干预系统行为或文件系统结构。
修改系统“下载”文件夹位置是最快生效的方法
Edge Drop接收文件时完全信任Windows的“Downloads”特殊文件夹注册路径，改它就等于改Drop的落点。此操作对其他应用也生效，属于全局调整。
- 右键资源管理器左侧导航栏中的
下载→ “属性” → “位置”选项卡 → 点击“移动” - 选中目标路径（如
D:\Drop_Receive），确认迁移原内容（建议选“是”，避免历史文件丢失） - 重启Edge浏览器，此后所有Drop接收的文件（包括手机发来的图片、文档）都会写入新路径
- 注意：若原
下载目录被OneDrive同步，迁移前需先暂停同步，否则可能触发双向冲突
用mklink /J创建目录联结更灵活但需管理员权限
适合不想动原下载位置、又希望物理存储分离的场景。符号链接让系统和Edge都“以为”还在C盘，实际数据却落在D盘或NAS挂载点。
- 关闭Edge及所有可能占用
C:\Users\用户名\Downloads的程序（包括OneDrive客户端） - 将整个
Downloads文件夹剪切到目标路径（如E:\Drop_Target） - 以管理员身份运行CMD，执行：
mklink /J "C:\Users\用户名\Downloads" "E:\Drop_Target" - 验证：在资源管理器地址栏输入
C:\Users\用户名\Downloads，应能打开E:\Drop_Target内容 - 此方式不影响OneDrive同步逻辑，但Drop接收的文件会直接出现在
E:\Drop_Target里
Drop接收的文件不会自动按类型分类，需靠外部工具补位
Drop只负责传输和落地，不识别.jpg或.pdf，也不会帮你归档。所谓“分类”，本质是接收后二次处理。
- 若用OneDrive作为枢纽，可将
Drop_Target设为OneDrive同步根目录，再用PowerShell脚本监听该目录变化，按扩展名移动文件 - 推荐轻量方案：用Windows任务计划 +
robocopy，每5分钟扫描E:\Drop_Target，把*.png移至E:\Drop_Images，*.pdf移至E:\Drop_Docs - 注意：不要在Drop落地目录内直接设置OneDrive同步子文件夹，可能导致文件被重复上传或状态错乱
真正容易被忽略的是OneDrive后端行为——Drop文件虽落本地，但元数据和加密密钥始终绑定OneDrive账户；删掉本地文件不等于释放OneDrive空间，必须去https://onedrive.live.com手动清空Drop文件夹才能彻底释放配额。
