TP8升级后接口不可用主因是验证器未重写、请求体被提前消费、路由未显式绑定；验证器须继承think\Validate并手动check，JSON请求需首行读取raw并禁用自动解析，路由须用数组/闭包绑定，Model::find()返回null需改判is_null()。
升级后接口不可用，90% 是验证器没重写、请求体被提前消费、或路由未显式绑定控制器方法——不是代码没改，而是 TP8 的校验链路变了。
验证器类必须独立存在且显式调用
TP8 彻底移除了 $this->validate() 和全局 validate() 函数，所有验证逻辑必须封装为继承 think\Validate 的类，并手动触发 check()。
- 检查所有控制器中是否还残留
$this->validate($data, 'User')或validate($data, 'User')—— 这些调用会直接报Call to undefined method - 确认每个验证器类（如
app/validate/UserLogin.php）顶部有namespace app\validate;和use think\Validate; - 控制器内必须写成：
(new \app\validate\UserLogin())->check($this->request->param())，或通过依赖注入声明UserLogin $validate - 若沿用 TP6.1 的数组规则写法（如
['username', 'require|alphaNum']），需全部改为键值对：'username' => 'require|alphaNum'，否则静默跳过校验
JSON 请求体只能读一次，签名/验签必崩于此
TP8 默认对 application/json 请求自动解析并清空 php://input。一旦 $this->request->param() 被调用，原始字节流就丢失，导致签名比对失败。
- 在全局中间件（如
app/middleware/SignatureCheck.php）的handle()开头，**第一行**就要执行：$raw = file_get_contents('php://input'); - 随后禁用自动解析：在
config/app.php中设'json_decode' => false，或在路由定义里加['json' => false] - 不要在验证器之前调用
$this->request->post()或$this->request->param()，否则$raw为空字符串 - 若需兼容表单和 JSON，先判断
$this->request->header('content-type')，再分别用parse_str($raw, $body)或json_decode($raw, true)
路由必须显式绑定控制器方法，不能靠字符串自动解析
TP6.1 支持 Route::get('user', 'user/index') 这类字符串路由，TP8 已废弃。不改会导致 404 或 Method not found 错误，且堆栈不指向路由文件。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 检查
route/app.php（或多模块下的route/route.php）中所有路由定义，把字符串形式全替换为数组或闭包 - 正确写法是：
Route::get('user', [\app\controller\User::class, 'index']); - 若用了多模块（如
admin），确保route/admin.php中的路由明确绑定到admin应用，且app/multi.php中已声明该模块 - 中间件不再自动加载，每个路由需显式调用
Route::middleware()，否则鉴权、日志等中间件不会执行
模型查询返回值类型变更，空值判断逻辑失效
TP8 中 Model::find() 返回 null 而非 false，旧版 === false 判断永远不成立，导致业务逻辑跳过或报错。
- 全局搜索所有
=== false或== false的模型查询结果判断，全部改为is_null()或empty() - 例如：
if ($user === false) { ... }→if (is_null($user)) { ... } -
Db::table()->find()同样返回null，不能用isset()直接判字段，需先判对象是否存在 - 软删除字段（
delete_time）默认行为也变了：TP8 不再自动过滤已软删除记录，除非显式调用withTrashed()或onlyTrashed()
最易忽略的是：TP8 的错误响应默认不输出详细堆栈（尤其在生产环境），接口看似“成功”返回空数据，实则是验证器抛了 ValidateException 但被全局异常处理器吞掉了。建议临时打开 app_debug，或在中间件中捕获 ValidateException 并强制记录 $e->getError() 和原始参数。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
