文件不落在中转网盘，链接只在当前发送会话中有效
ToffeeShare 适合这样一个具体场景：你手上有一批原图、视频素材或压缩包，对方现在就能接收，但双方都不想经历“上传到云盘、等待完成、再通知下载”的两段式过程。选中文件后，页面会生成二维码和分享链接；接收者打开后，数据从发送设备直接传出，服务不会先保存一份可供以后下载的副本。
实际使用时，它更像一根临时网络数据线。发送页面必须保持打开，电脑也不能休眠；接收者开始下载后，双方的网络上行与下行速度共同决定结果。传完关闭标签页，原分享入口随之失效，这种短生命周期反而减少了忘记清理临时文件的麻烦。
第一次传输先用小文件确认两端网络能直连
- 发送端优先使用 Chrome 或 Firefox，并保持屏幕常亮；
- 先传几十 MB 的测试文件，确认速度、文件名和校验结果；
- 整个文件夹先在本地压缩，再作为一个文件发送；
- 跨地区传输时预留重试时间，不要在截止前才开始。
WebRTC 会尽量寻找较短的数据路径，但企业网络、校园网、移动网络或严格的防火墙可能迫使连接绕行，速度未必总能达到本地带宽上限。遇到长时间停滞，先检查发送页面是否仍在线，再尝试切换有线网络或稳定 Wi-Fi，而不是反复生成许多失效链接。
发送超大文件时，还要关闭会让浏览器标签页休眠的节电设置，并避免同时占满上行带宽。若接收端显示完成而文件打不开，先比较两端文件大小；正式交付可另外提供 SHA256 校验值，排除传输中断或本地磁盘写入异常。
它和局域网互传、离线分享解决的是三类问题
如果设备在同一局域网并且经常互传，本站收录的 LocalSend 局域网传输更适合长期安装使用；不想安装应用、只需临时跨平台发送文字和小文件，可试 PairDrop 浏览器互传。ToffeeShare 的优势集中在双方同时在线、文件较大且不希望预先存进第三方云盘的任务。
相反，接收人几个小时后才有空、发送端需要关机，或者需要向多人反复分发同一链接时，就应该选择带短期云端保留的异步传输服务。工具没有绝对高下，关键是先判断“对方是否能立即接收”。
适合临时交付，不替代备份和长期共享
ToffeeShare 没有历史文件库、版本记录和团队权限，也不会在发送端故障后替你恢复文件。重要资料仍应在本地和可靠存储中保留副本；传输完成后可比较文件大小或校验值，确认接收内容完整。
分享链接仍然应只发给预期接收者。端到端传输解决的是数据路径问题，并不会判断文件是否有权分发，也不会替用户识别恶意文件。把它当成一次性直传通道，而不是永久网盘，使用边界最清楚。
