宝塔面板解压卡死是因PHP后端超时或Nginx中断，非网络或文件损坏；应绕过UI，用nohup+unzip/tar后台解压，并sudo -u www执行以避免403错误。
宝塔面板解压卡死，本质是 Web 层扛不住大文件
不是你网络差，也不是压缩包一定损坏，而是宝塔的「在线解压」功能走的是 PHP 后端接口 + Web 前端轮询，一旦压缩包超过 100MB 或含上万小文件，PHP 进程极易超时、内存溢出或被 Nginx 的 proxy_read_timeout 中断。此时界面上显示“正在解压…”但实际进程已僵死，刷新页面也没用。
真正有效的解法是绕过面板 UI，直接在终端里用 unzip 或 tar 执行，且必须加后台运行控制——否则 SSH 断连后解压就中断。
用 nohup + unzip 在后台安全解压
进到压缩包所在目录后，别直接敲 unzip xxx.zip，否则 SSH 一断，进程就 kill。正确姿势是：
- 先确认目标路径存在且可写：
ls -ld /www/wwwroot/my_site，若权限为drwxr-xr-x 2 root root，需先chown www:www /www/wwwroot/my_site（否则解压完 Web 服务读不到文件） - 执行带日志和后台守护的解压：
nohup unzip -o xxx.zip -d /www/wwwroot/my_site > /tmp/unzip.log 2>&1 & - 检查是否真在跑：
ps aux | grep unzip，看到进程 ID 且没报cannot execute binary file就说明启动成功 - 实时看进度（适合 ZIP）：
tail -f /tmp/unzip.log；注意：unzip默认不输出详细进度，所以日志里只有错行，正常解压是静默的
遇到 .tar.gz/.tar.bz2 该用 tar 而不是 unzip
unzip 只处理 ZIP 格式，对 .tar.gz 强行用它会报 End-of-central-directory signature not found；对 .7z 或 .rar 则根本没内置支持（宝塔默认没装 7z 或 unrar）。
对应命令要换：
-
tar -zxvf file.tar.gz -C /target/path（gzip 压缩） -
tar -jxvf file.tar.bz2 -C /target/path（bzip2 压缩） - 同样加后台：
nohup tar -zxvf file.tar.gz -C /target/path > /tmp/tar.log 2>&1 & - 如果解压中途报
Cannot open: Permission denied，不是路径错，而是当前用户没权限写入目标目录——别改/etc/passwd，直接sudo -u www tar ...切换到 Web 用户执行
解压完文件属主不对，网站 403 报错怎么办
这是最常被忽略的一环：用 root 身份执行 unzip 或 tar，解出来的所有文件默认属主都是 root:root，而 Nginx/Apache 是以 www 用户跑的，没有读取权限，直接 403。
不要等解压完再 chown -R www:www /path，那样又多一次全盘 IO。推荐两步合并：
- 解压时就指定用户：
sudo -u www unzip -o xxx.zip -d /www/wwwroot/my_site - 或解压后立刻修正（仅改权限，不递归 chown）：
find /www/wwwroot/my_site -type f -exec chmod 644 {} \; && find /www/wwwroot/my_site -type d -exec chmod 755 {} \; - 特别注意
.user.ini和.htaccess这类隐藏文件，unzip默认不覆盖，加-o参数才强制覆盖；否则旧配置残留可能引发重写规则失效
真正麻烦的从来不是“怎么解压”，而是解压后文件能不能被 Web 服务读、有没有权限继承混乱、日志里有没有静默失败。用终端解压只是第一步，后续的属主、权限、隐藏文件覆盖，一个漏掉就白忙半小时。
