优先用 application::boot()，因 view 实例在 boot 阶段已可用且仅执行一次，确保全局变量稳定注入；中间件 assign 易因多次实例化或非模板响应（如 ajax）导致失效。
全局变量该在 Application::boot() 还是中间件里 assign？
直接结论：优先用 Application::boot()，中间件只适合动态、请求相关的变量。因为 assign() 是模板引擎层面的操作，而 ThinkPHP 的模板引擎（如 ThinkTemplate）在视图渲染前才初始化，boot() 阶段虽早但已能安全调用 View::instance()->assign()；中间件里调用虽可行，但容易因执行顺序或多次渲染导致重复 assign 或覆盖。
常见错误现象：View::instance()->assign('site_name', 'MySite') 放在中间件里，结果首页正常，AJAX 渲染的局部模板却没生效——因为部分 AJAX 请求走的是 json() 或直接返回数组，根本没进模板流程。
-
boot()在应用完全加载后、路由匹配前执行，一次触发，作用域覆盖所有模板 - 中间件适合处理
request()->ip()、session('user')这类每次请求不同的值，但需手动判断是否进入视图流程（比如检查$request->isGet()且响应类型为text/html） - 若用了多模板引擎（如同时支持
think和blade），boot()中 assign 只对 ThinkPHP 原生引擎生效
assign 全局变量时，哪些值会被模板自动继承？
只有通过 View::instance()->assign() 显式设置的变量才会进入模板作用域；控制器里 $this->assign() 是语法糖，底层也是调用同一实例。不会自动继承配置、环境变量或容器绑定的对象。
使用场景差异明显：比如想让所有模板都能访问 config('app.name')，不能只写 assign('app_name', config('app.name'))，而应封装成函数复用：
View::instance()->assign([
'app_name' => config('app.name'),
'static_url' => config('app.static_domain') ?: '/static/',
'debug' => app()->isDebug()
]);
- 避免在每个控制器里重复写
assign()，也别依赖__construct()—— 基类构造函数执行时，View实例可能尚未初始化 - 注意
config()返回值类型：如果配置项是闭包或对象，assign 后模板里无法直接调用方法，需提前 resolve - 大型项目建议把全局变量抽成独立服务类，例如
App\Service\GlobalViewData，在boot()中调用其provideToView()
为什么在中间件 assign 后，部分页面变量丢失？
根本原因是 ThinkPHP 模板渲染存在「两次实例化」风险：首次在中间件中调用 View::instance() 会创建一个实例，但控制器执行 fetch() 时，框架可能新建另一个 View 实例（尤其开启模板缓存或使用不同视图驱动时），导致中间件里 assign 的数据被丢弃。
典型错误代码：
public function handle($request, \Closure $next) {
View::instance()->assign('from_middleware', true); // ❌ 不可靠
return $next($request);
}
- 正确做法是确保 assign 发生在「最终渲染所用的 View 实例」上，最稳的方式是在
boot()中一次性注入，或在View::engine()->parser()前钩子中操作 - 如果必须用中间件，改用
view()->assign()（5.1+）或显式传入当前视图实例引用（需自行维护上下文） - 调试技巧：在模板中打印
{:get_defined_vars()}，对比中间件前后变量数量，快速定位是否被重置
性能和兼容性要注意什么？
全局 assign() 本身开销极小，但若在其中调用耗时操作（如查数据库、读大文件），会拖慢所有页面响应。ThinkPHP 6.0+ 对 View 实例做了单例优化，但 5.1 默认不是，频繁 instance() 可能引发内存泄漏。
- 禁止在
assign()值中直接写Db::name('config')->find()—— 应提前查好缓存到静态变量或配置中 - ThinkPHP 5.1 和 6.0 的
View类路径不同：think\Viewvsthink\facade\View，boot 中调用方式要对应版本 - 如果项目启用了 Swoole 或 RoadRunner，
boot()只执行一次，但View实例是请求隔离的，所以 assign 安全；而中间件在常驻内存环境下，若误用静态变量存储 view 数据，会导致跨请求污染
最容易被忽略的一点：全局变量名尽量加前缀（如 g_ 或 global_），避免和控制器传入的同名变量冲突，模板里不报错但值被静默覆盖。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
