require后的变量在当前作用域生效，不自动提升至全局；其本质是将目标文件内容原样插入调用位置，不创建新作用域，变量可见性仅取决于声明位置与当前执行上下文的嵌套关系。
require 后的变量在当前作用域生效，不是全局自动提升
PHP 的 require（以及 include）本质是「把目标文件内容原样复制粘贴到调用位置」，它不创建新作用域。也就是说，被引入文件里定义的变量、函数、类，直接进入当前执行上下文的作用域——但前提是：它们没被包裹在函数、方法或命名空间声明块里。
常见误解是以为 require 会“隔离”变量，或者“自动挂到全局”，其实都不会。变量是否可访问，只取决于它在被引入代码中的声明位置和当前执行点的嵌套层级。
- 如果
config.php里写$db_host = 'localhost';，且你在函数外require 'config.php';，那$db_host就在当前脚本的全局作用域里可用 - 如果同一文件里写了
function init() { $cache_ttl = 3600; }，那$cache_ttl永远不会泄露到外部，require不改变这个规则 - 在类方法里
require一个文件，该文件里的普通变量（如$tmp）只在该方法作用域内有效，不会污染类属性或全局
在函数里 require 变量出不来？那是作用域锁死了
这是最常踩的坑：在函数内部 require 一个定义了变量的文件，然后试图在函数外访问它——不行。因为 require 不突破函数边界，它只是把代码“塞进去”，变量仍受函数作用域约束。
例如：
// settings.php $api_key = 'abc123';
下面这段代码中，$api_key 在 loadConfig() 执行完后就销毁了：
function loadConfig() {
require 'settings.php'; // $api_key 生效，但仅限于此函数内
}
loadConfig();
echo $api_key; // Notice: Undefined variable: api_key
- 想让变量“透出来”，要么在函数里
return $api_key，要么用global $api_key显式声明（不推荐） - 更稳妥的做法是让
settings.php返回一个数组或配置对象，由函数接收并返回：return require 'settings.php';（注意：被引入文件末尾需有return [...];） - 别依赖
require做“副作用式赋值”，尤其在现代 PHP 项目中，这会让依赖关系隐晦难测
require 和 require_once 对作用域没区别，只影响加载次数
require_once 的唯一作用是防止同一文件被重复包含；它不会改变变量可见性、不会创建新作用域、也不会“升级”变量作用域。两次 require_once 'a.php' 和一次效果一样，但第二次什么也不做——包括不会重新声明变量。
- 如果
a.php定义了$version = '2.1';，第一次require_once后$version存在，第二次调用不报错也不覆盖 - 但如果
a.php里有define('APP_ENV', 'dev');，第二次require_once会因常量已定义而 fatal error —— 这和作用域无关，是define()自身限制 - 不要用
require_once来“确保变量只定义一次”，它不解决逻辑重复问题；真要防重定义，得靠条件判断或封装成函数
命名空间和类文件 require 后怎么找符号？
当 require 的是带 namespace 或 class 声明的文件时，作用域规则不变，但符号解析走的是 PHP 的自动加载与命名空间机制，不是变量作用域那一套。
例如：
// User.php
<?php namespace App;
class User {}
你 require 'User.php'; 后，并不会得到一个叫 User 的变量，而是注册了一个 App\User 类。要用它，得写 new \App\User 或配合 use 导入。
-
require不触发自动加载，所以手动引入类文件时，必须确保路径正确、命名空间匹配 - 类、接口、trait 的声明不受函数作用域限制（即可以在函数里
require类文件，类仍全局可用），但变量、常量依然受限 - 如果被引入文件里有
use语句，它只对当前文件有效；require不继承use上下文，所以下级文件要自己写use
require 返回结构化数据，由调用方决定如何注入、缓存或传递。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
