资源路由404主因是控制器方法缺失或命名错误（如show写成shwo），而非路由未注册；需确认方法名严格匹配标准七种、参数一致、模型存在且中间件未拦截。
资源路由不是“写完就跑”，而是必须严格对齐控制器方法名、HTTP 方法和 URL 路径，否则 404 是大概率事件，且错误不报在路由层，而是在匹配失败或模型绑定阶段。
Route::resource() 注册后为什么访问 /posts/1 返回 404？
这不是路由没注册，而是你正在用 GET 方法访问 /posts/1，它走的是 show 方法 —— 但如果你的控制器里没有 public function show($id)，或者方法名拼错（比如写成 shwo），Laravel 就不会调用它，直接 404。
- 确认控制器继承了
Controller，且方法名是标准七种之一：index、create、store、show、edit、update、destroy -
show和edit都是 GET，但路径不同：/posts/{id}→show，/posts/{id}/edit→edit；手动输错路径就会进错方法 - 如果用了模型绑定（如
public function show(Post $post)），但数据库里没有 ID=1 的记录，$post会是null，后续$post->title可能报错，但页面仍可能显示空或 500，而非 404 —— 真正的 404 往往发生在路由根本没匹配上
什么时候该用 Route::apiResource() 而不是 Route::resource()？
Route::apiResource() 不是“API 专用增强版”，它只是默认砍掉两个 HTML 表单页动作：create 和 edit，只保留 index、show、store、update、destroy 这 5 个。
- 如果你的接口不需要返回表单 HTML（比如 App、小程序、前端 SPA 调用），就用
apiResource，省得再->except(['create', 'edit']) - 它不会自动加 JSON 头、不会跳过 CSRF、也不会换中间件 —— 该配
middleware('api')还得配，该在routes/api.php里写还得写 - 想让 API 支持
create（比如返回初始化字段供前端渲染表单），就不能依赖apiResource，得回退到resource+->only(['index', 'create', 'store', 'show'])
如何安全地自定义资源路由参数名或加新动作？
改参数名或加动作本身不难，但容易破坏模型绑定或命名路由生成逻辑，必须同步调整控制器签名和视图调用方式。
- 改参数名：用
->parameters(['posts' => 'slug'])，同时控制器方法要改成public function show($slug)，模板里用route('posts.show', ['slug' => $post->slug])，不能还传$post->id - 加额外动作（如
publish）：先用->only(['index', 'show'])->add(['publish' => 'posts.publish'])，再单独注册Route::post('/posts/{post}/publish', [PostController::class, 'publish'])，注意这个新路由不会自动有命名（posts.publish），得自己->name('posts.publish') - 别在资源路由上盲目套
scoped()：它只对嵌套路由有效（如/users/{user}/posts/{post}），普通单层资源加了也没用，还可能干扰参数解析
为什么 route('posts.edit', $post) 渲染出的链接是 /posts/1/edit，但点进去却跳登录页？
这不是路由问题，是中间件拦截了。资源路由本身不带权限控制，auth 或 can:update,post 这类中间件一旦没通过，Laravel 默认重定向到 /login，看起来像 404（尤其在无调试工具时）。
- 执行
php artisan route:list，检查posts.edit对应的Middleware列有没有auth、verified等 - 未登录状态下访问带
auth的edit路由，不会报错也不会提示，就是静默跳转 —— 这是最容易被当成“路由失效”的假象 - 测试时用
dd(auth()->check())或在中间件里加日志，比反复检查路由定义更直接
资源路由的坑不在“怎么写”，而在“怎么对得上”：方法名、参数名、中间件、模型存在性、命名路由调用方式，任意一环断开，表现都可能是 404，但根因各不相同。调试时别只盯 route:list，优先确认控制器方法是否存在、是否被调用、参数是否注入成功。
