php全局变量无法自动防篡改，需用readonly类（php 8.2+）、const常量、显式传参替代global，并通过服务容器重构动态配置，而非依赖运行时“假安全”的超全局变量。
PHP全局变量无法自动防篡改，必须靠编码约束和语言机制主动设防。直接依赖$GLOBALS或global关键字暴露的变量，本质上是“裸奔”状态。
为什么$_SERVER看起来“防篡改”，而自定义全局变量不行
像$_SERVER这类超全局变量，其值由PHP运行时环境在脚本启动时一次性填充，后续写入操作（如$_SERVER['HTTP_HOST'] = 'evil.com'）在大多数SAPI（如FPM、CLI）中实际无效——不是语言强制保护，而是底层不响应赋值。但这种“安全”不可靠：$_GET和$_POST在某些配置下仍可被parse_str()或extract()污染，且开发者无法复用该机制保护自己的变量。
用readonly类封装全局状态（PHP 8.2+）
这是目前最接近“真正防修改”的方案：把需要全局共享的数据封装进只读类，构造后属性不可变更。
示例：
readonly class Config {
public string $db_host;
public int $timeout;
public function __construct(string $host, int $timeout) {
$this->db_host = $host;
$this->timeout = $timeout;
}
}
$config = new Config('localhost', 30);
// $config->db_host = 'hacked'; // Fatal error: Cannot modify readonly property
- 只读类要求所有属性在
__construct()中完成初始化，漏赋值会报错 - 不支持继承，避免子类绕过限制
- 若需动态更新配置，应重构为服务容器+工厂模式，而非修改实例
用const或define()替代可变全局变量
对确实不会变的值（如API版本号、环境标识），必须用常量。它们在编译期锁定，连ReflectionClass都无法修改。
优先选const（命名空间友好、类型可声明）：
class App {
public const VERSION = 'v2.4.1';
public const IS_PRODUCTION = true;
}
echo App::VERSION; // 安全读取
// App::VERSION = 'v3'; // Parse error: syntax error
-
define()不支持类型声明，且作用域是全局的，容易与第三方库冲突 - 避免用
define('DB_NAME', ...)这类无命名空间常量，改用App\Constants::DB_NAME - 常量不能存对象或数组（PHP 7.4+支持
array常量，但仍是值拷贝）
函数内禁止用global修改，改用显式返回+赋值
这是最容易被忽略的实践断点。哪怕只是“临时改一下全局计数器”，也等于给协作埋雷。
错误写法：
$counter = 0;
function increment() {
global $counter;
$counter++; // 外部状态被静默改变
}
increment();
正确做法：
function increment(int $current): int {
return $current + 1;
}
$counter = increment($counter); // 调用者明确承担状态更新责任
- 函数签名清晰表达输入输出，测试时无需mock全局状态
- 配合
static变量实现“伪全局”计数时，也要限制在单个函数内部，不泄漏到全局作用域 - 若逻辑复杂，应升格为类——用
private属性+public方法控制访问，比global可控得多
真正难的不是加readonly或const，而是当一个老项目里已有几十处global $user_config时，如何不动声色地替换成依赖注入。这时候，先锁住新增代码的入口，比推倒重来更实际。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
