根本原因是PHP 8.0+彻底移除废弃的$_超全局变量别名，而宝塔旧版安装脚本仍直接使用$_，导致Undefined variable错误；需降级PHP至7.4、修改脚本中$_为$_SERVER/$_ENV，或升级至v8.0.5+新版。
宝塔面板安装报错 Undefined variable: _ 的根本原因
这不是宝塔本身的 bug，而是 PHP 8.0+ 默认禁用了 $_ 这个超全局变量别名（PHP 官方早在 7.4 就标记为废弃，8.0 彻底移除）。宝塔旧版安装脚本里直接写了 $_ 当作 $_SERVER 或 $_ENV 用，PHP 解释器一读就报 Undefined variable: _。
绕过报错的实操方案：降级 PHP 或临时启用兼容模式
最稳妥的做法是把系统 PHP 切到 7.4 —— 宝塔官方安装脚本至今未全面适配 PHP 8.x。如果已装了 PHP 8.x 且不想重装系统：
- 编辑
/www/server/panel/install.sh，搜索$_，把所有裸写的$_替换为明确的$_SERVER或$_ENV（比如$_['PATH']改成$_SERVER['PATH']） - 或者临时加兼容：在
/www/server/php/80/etc/php.ini里加一行error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE，但这只是掩盖错误，不解决变量缺失问题 - 更推荐直接用宝塔新版（v8.0.5+），它已修复大部分
$_引用，但需确认你用的安装命令是否拉取的是最新版脚本（wget -O install.sh https://download.bt.cn/install/install-ubuntu_6.0.sh这类带版本号的链接容易卡在旧版）
升级内核与依赖时的连带风险
很多用户想“顺手升级内核”来提升性能或支持新特性，但在宝塔场景下极易翻车：
- CentOS 7 升级到 kernel-ml（mainline）后，
systemd版本可能不匹配，导致bt restart失败或面板服务无法注册为 systemd unit - Ubuntu 20.04 执行
apt upgrade若升级了openssl或glibc，可能导致宝塔的 Python 2.7 子进程（如日志分析模块）因 ABI 不兼容而崩溃 -
yum update -y在某些阿里云/腾讯云镜像源下会升级firewalld到 0.9.5+，其默认规则会拦截宝塔面板的 8888 端口，且不提示、不记录，表现为“安装完成但打不开”
真正安全的依赖更新路径
不要全局 update，只更新宝塔明确依赖的最小集合：
- CentOS：运行
yum install -y curl wget git zip unzip psmisc，跳过yum update - Ubuntu/Debian：用
apt install -y curl wget git tar gzip，禁用自动升级（echo 'APT::Periodic::Update-Package-Lists "0";' >> /etc/apt/apt.conf.d/10periodic） - 内核不动——除非你清楚自己在做什么。宝塔对内核无特殊要求，4.15+（Ubuntu 18.04 默认）或 3.10+（CentOS 7 默认）完全够用
那个报错本质是脚本写法过时，不是系统问题。修脚本比升内核快，也比换 PHP 版本稳。
