配图预览能打开，发给别人却失效？先检查是不是 blob: 临时地址
blob地址用于浏览器中的临时资源引用，不是已经托管的永久图片。交付前要保存文件或使用真实持久化地址，并安排正确的释放时机。
本机预览图片正常，把地址贴进文章或交接单后，另一台设备却打不开。先查看引用是否以blob:开头。地址里出现网站域名，不表示那张图片已经存到该网站服务器上。
临时对象引用，不是上传完成的证明
MDN的blob URL说明把它描述为关联内存资源的不透明标识，由createObjectURL与revokeObjectURL管理。它可以用于预览或下载，但依赖背后的对象及创建环境，不能当作任意终端可长期访问的公网图片地址。
浏览器在文档卸载时会自动释放相关对象URL；还可能存在主动撤销与存储分区限制。需要长期交付时，先保存实际文件，或通过已有存储流程获得可独立访问的持久URL，而不是只复制临时字符串。
发布前检查三种不同东西
- 当前预览引用：它是blob对象URL，还是实际HTTP资源地址？
- 实际文件：能否保存并重新打开，核对尺寸、格式和画面？
- 正式交付引用：目标使用环境能否访问，资源是否真正持久化？
对文章封面而言，本机预览成功只回答了第一部分。把blob地址写进正式正文、封面字段或站点地图，不会自动把图片内容上传到服务器。
不要在用户还要使用时立刻撤销
revokeObjectURL参考用于释放不再需要的对象URL。MDN还提醒，图片刚显示就立即撤销，可能破坏右键保存或新标签打开等后续操作。应由实际组件在资源不再可用、用户不再需要时管理释放。
反过来，长期反复创建对象URL却从不释放，也会保留资源引用。不要把“永不释放”或固定等几毫秒当成适用于所有浏览器的方案；用真实预览、下载和离开页面流程验收。
持久地址仍需要自己的验证
获得HTTP图片地址后，还要检查状态、实际内容、MIME和使用权限。若后续Canvas读取抛出SecurityError，再按跨域画布检查排查，不把CORS和临时对象失效合并为一个问题。
通过资源压缩工具的正常文件流程准备交付副本后，保留下载的实际文件再验证使用环境。本文不推断Tooliva内部的对象URL实现，也没有执行浏览器生命周期实验；配图仅为图片数据概念。