thinkphp5中postman测试需严格匹配路由与请求方式，否则易出现404或405；put/delete需启用_method参数或服务器显式放行，路由须显式定义（如route::put），并关闭app_debug避免输出干扰。
直接用 Postman 就行，但必须配对 ThinkPHP5 的路由和请求方式，否则 404 或 405 是常态。
Postman 发送 PUT/DELETE 请求被拒？检查是否启用了 method override
ThinkPHP5 默认不直接接收原生 PUT/DELETE 请求体（尤其在 Apache + PHP-FPM 下），浏览器或 Postman 发出的纯 PUT/DELETE 往往被当成 GET 处理。
- 确认
config/app.php中'method_depr' => '/'和'var_method' => '_method'是否启用（默认开启） - Postman 中改用 POST 方法，然后在 Body → x-www-form-urlencoded 里加字段：
_method=PUT（或DELETE） - 若坚持发原生 PUT，在 Nginx 配置中需显式允许：
if ($request_method !~ ^(GET|HEAD|POST|PUT|DELETE|OPTIONS|PATCH)$ ) { return 405; }；Apache 则要确认mod_rewrite和.htaccess正常生效 - 测试时用
echo $_SERVER['REQUEST_METHOD']打印实际接收到的方法，比猜更可靠
接口返回空白或 500？先关掉调试模式再看日志
开发阶段开着 APP_DEBUG = true 看报错方便，但 Postman 测试时容易因输出格式混乱（比如 HTML 错误页混入 JSON）导致前端解析失败，反而掩盖真实问题。
- 临时设
APP_DEBUG = false，再访问接口，看是否返回标准 JSON（如{"code":500,"msg":"..."}） - 查
runtime/log/下当天的日志文件，重点找error和sql类型日志，比 Postman 响应体更准 - 如果返回空，且日志无记录，大概率是路由没匹配上——检查
route/route.php里是否漏了Route::put('user/:id', 'UserController@update')这类显式定义（Route::resource()自动生成的规则对 Postman 不够友好）
如何快速验证一个接口是否走通？用内置调试标记代替 echo
别在控制器里写 echo 'success'，它会破坏 JSON 结构，Postman 的 JSON 格式校验直接报红。
- 用 ThinkPHP5 自带的
trace()或dump()（仅限APP_DEBUG=true）：例如trace('user_id: '.$id, 'debug') - 更轻量的方式：统一返回数组，末尾加个标识字段，比如
return json(['code'=>0, 'data'=>[], 'test_marker'=>'v1.2']); - 需要测性能时，用
Debug('start')和Debug('start','end',6)获取毫秒级耗时，避免自己用microtime(true)手动算（易漏收尾）
真正卡住的往往不是工具怎么点，而是 ThinkPHP5 的「隐式行为」：比如未登录时自动跳转到 login 页面（返回 302）、中间件拦截后静默终止、或者模型查询失败却不抛异常。Postman 里多看 Headers 和 Response 的原始内容，比只盯 Body 更有效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
