TP6删除success()和error()方法是为了职责分离，控制器专注业务逻辑，跳转由Response或中间件处理；替代方案为redirect()->with()组合闪存提示，或自定义Base基类复刻原方法。
TP6 为什么删掉了 success() 和 error() 方法
因为 ThinkPHP6 将「跳转逻辑」从核心控制器中剥离，交由中间件和响应类统一处理，不再硬编码在 Controller 基类里。这不是功能退化，而是为了更清晰的职责分离：控制器只负责业务逻辑，跳转是响应行为，该由 Response 或中间件决定。
直接继承 TP5.1 的写法会报错：Call to undefined method app\controller\Index::success() —— 因为 TP6 的 think\Controller 已移除这两个方法。
最简替代方案：用 redirect() + with() 模拟 success/error 效果
TP6 保留了 Session 闪存（flash）和重定向能力，只需手动组合就能复现 TP5.1 的视觉跳转页效果：
-
redirect()负责跳转到指定 URL（比如 '/index/index'） -
with()把提示信息存入 session flash，供目标页面读取渲染 - 目标页面用
session('think:jump_info')或自定义 key（如session('msg')）取值
示例（在控制器中）：
立即学习“PHP免费学习笔记（深入）”；
return redirect('/index/index')->with('msg', '操作成功！')->with('type', 'success');
然后在目标模板（如 index/index.html）里判断并渲染跳转页逻辑（可复用 TP5.1 的 dispatch_jump.tpl 结构）。
兼容 TP5.1 的跳转模板怎么复用
TP6 默认不加载 dispatch_jump.tpl，但你可以手动引入或重写逻辑。关键点有三个：
- 模板里别再依赖
$this->assign()传参，改用session()取值（如{:session('msg')}） - 注意 TP6 的模板引擎默认关闭 PHP 标签，若用原生 PHP 写跳转逻辑，需开启
'tpl_replace_string' => ['{__ROOT__}' => '']并确保template.php配置允许php标签 - 跳转倒计时和自动跳转仍靠 JS，但
window.location.href的目标地址必须是完整路径（TP6 的__URL__助手函数已废弃，建议用url()或硬编码）
想完全复刻 TP5.1 行为？自己封装一个基类方法
如果项目大量存在旧代码迁移需求，可以新建一个控制器基类，把 success() 和 error() 补回来：
namespace app\controller;
use think\Controller;
use think\facade\Session;
use think\facade\Url;
class Base extends Controller
{
protected function success($msg = '', $url = null, $data = [], $wait = 3)
{
$result = [
'code' => 1,
'msg' => $msg,
'url' => $url ?: Url::build(),
'wait' => $wait,
];
Session::flash('think:jump_info', $result);
return redirect('/index/jump'); // 指向统一跳转页
}
protected function error($msg = '', $url = null, $data = [], $wait = 3)
{
$result = [
'code' => 0,
'msg' => $msg,
'url' => $url ?: 'javascript:history.back(-1);',
'wait' => $wait,
];
Session::flash('think:jump_info', $result);
return redirect('/index/jump');
}
}
这样后续控制器继承 Base 就能继续用 $this->success()，但要注意：
-
/index/jump路由必须存在，且对应模板要能解析session('think:jump_info') - TP6 默认关闭 session 自动启动，需在中间件或配置中启用：
'session_on' => true - 不要在 AJAX 请求里调用它——跳转对异步请求无效，应改用 JSON 返回状态
真正容易被忽略的是 session 生命周期和多级跳转时的 flash 清理时机：TP6 的 flash 在第一次读取后即销毁，但如果跳转页本身又做了重定向，信息就丢了。这时候得用普通 session 存储，手动 delete()。
