Laravel临时链接分路由签名和存储直链两类：URL::temporarySignedRoute()需命名路由、参数名严格匹配、协议host端口一致、时区统一；Storage::temporaryUrl()不经过Laravel签名校验，本地磁盘需配置temporary_url，S3直链由AWS校验，fake磁盘不支持。
临时链接在 Laravel 中不是“生成就能用”，而是分两类：一类走路由（URL::temporarySignedRoute()），一类走存储（Storage::temporaryUrl()）。用错类型，90% 的 404 和 403 都白调。
temporarySignedRoute() 生成的链接一访问就 404？检查这三处
这不是签名失败，是 Laravel 校验时直接拒绝匹配。根本原因是 signed 中间件只认 GET 请求，且对 URL 完整性极其敏感：
- 路由必须已命名，比如
Route::get('/files/{id}', ...)->name('file.show')；传'file.show'以外的字符串会静默失败 - 参数键名必须和路由定义里占位符完全一致：
['id' => 123]可行，['file_id' => 123]或['ID' => 123]都会导致 404 - 协议、host、端口必须和当前请求上下文一致：开发时用
php artisan serve启动，但前端从http://localhost:3000访问，Laravel 生成的 URL 是http://127.0.0.1:8000—— host 不匹配，校验直接跳过 - 时区要统一：配置项
config('app.timezone')决定expires时间解释方式，服务器系统时区不一致会导致提前过期
Storage::temporaryUrl() 为什么返回的链接打不开？
它根本不经过 Laravel 的 signed 中间件，也不校验签名——除非你手动收口到一个带 signed 的路由里。常见误区：
- 本地磁盘默认不支持
temporaryUrl()：必须在config/filesystems.php对应磁盘加'temporary_url' => true和'url' => env('APP_URL') - 用
Storage::disk('s3')->temporaryUrl()生成的是 S3 原生预签名 URL，Laravel 完全不参与校验；S3 自己管过期，Laravel 的中间件压根不会运行 -
Storage::fake()下调用temporaryUrl()必报错：“This driver does not support creating temporary URLs”——测试时得用真实磁盘或 Mock 文件系统
想让 POST 请求也走签名验证？别硬套 temporarySignedRoute()
temporarySignedRoute() 本质只为 GET 设计，POST 请求即使带 signature 和 expires 参数，signed 中间件也会忽略。正确做法是把签名验证逻辑下沉到控制器：
- 路由去掉
->middleware('signed')，改用显式绑定：->middleware('signed')并确保方法允许 POST - 在控制器里用
$request->hasValidSignature()手动判断，而不是依赖中间件自动拦截 - 生成 URL 仍用
URL::temporarySignedRoute()，但前端必须发 POST 请求，且不能带Content-Type: application/json（会触发 Laravel 的 CSRF 检查，和签名无关但常一起报错）
最易被忽略的一点：所有签名 URL 的安全性都建立在「完整控制访问入口」之上。一旦你把 Storage::temporaryUrl() 返回的直链暴露给前端，就等于绕过了 Laravel 的整个签名体系——哪怕链接本身带 signature，也没人校验它。
