必须先确认PHP 8.3安装来源再卸载：Homebrew用brew uninstall --force php@8.3，宝塔面板在软件商店操作，phpbrew/asdf需对应工具卸载，源码安装则删目录并清理PATH、socket、Web服务器配置残留。
PHP 8.3 卸载不能“单独删”，必须先确认它怎么来的；多版本共存不是靠“切换全局 PHP”，而是 CLI 和 Web 两套环境各自独立管理——卸载错源头，或混淆 CLI/Web，90% 的问题就出在这儿。
先查清 PHP 8.3 是谁装的
不同安装方式，卸载逻辑完全不同：
-
Homebrew（macOS 主流）：运行
brew list | grep php@，若看到php@8.3，执行brew uninstall --force php@8.3，再跑brew cleanup && brew autoremove -
宝塔面板（Linux）：进面板 → 软件商店 → 找到 PHP 8.3 → 点“卸载”；别手动删
/www/server/php/83目录，否则面板任务会异常 -
phpbrew/asdf 管理的：必须用对应工具卸载，如
phpbrew uninstall 8.3或asdf uninstall php 8.3.6；直接删文件夹会导致 shell 命令仍指向残留二进制 -
手动编译安装的：查
which php8.3和php8.3 --ini确认安装路径（如/usr/local/php83），再删目录；同时检查/etc/init.d/php8.3-fpm或/lib/systemd/system/php8.3-fpm.service并禁用、删除
卸载后必须清理的三类残留
只删二进制，不清理这些，新装版本很可能报错或冲突：
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
-
环境变量 PATH：检查
~/.zshrc、~/.bash_profile是否有export PATH="/opt/phpbrew/bin:$PATH"或类似行，删掉并source ~/.zshrc -
socket 文件与进程：运行
ls -l /run/php/php8.3-fpm.sock和ps aux | grep 'php-fpm.*8.3'，若存在，手动kill进程并删 socket -
Web 服务器配置残留：Nginx 配置里搜
fastcgi_pass.*8.3，Apache 检查httpd.conf中LoadModule php_module是否还指向旧版路径
多版本共存的真实逻辑（不是“切换”，是“分发”）
PHP 多版本能共存，靠的是运行时隔离，不是覆盖式切换：
立即学习“PHP免费学习笔记（深入）”；
-
CLI 场景：用完整路径调用，如
/usr/bin/php8.3或phpenv local 8.3.6；绝不要改/usr/bin/php软链，否则apt、宝塔后台等系统脚本会崩 -
Web 场景（Nginx + PHP-FPM）：每个版本起独立
php8.3-fpm服务，监听不同 socket（/run/php/php8.3-fpm.sock）或端口（127.0.0.1:9003），站点配置中明确指定fastcgi_pass -
Composer 依赖处理：
composer install只看 CLI 版本，和网页用的 FPM 版本无关；切版本后必须删vendor和composer.lock，再用目标版本二进制重装
推荐的共存与切换方案
按使用场景选，不追求“一键”，而求稳定可控：
-
本地开发（macOS/Linux）：用
phpenv或PVM管理 CLI，配合 Nginx 各站点绑定不同fastcgi_pass—— 项目级隔离最干净 -
生产/测试服务器：用系统包管理器（如 Ubuntu 的
ppa:ondrej/php）安装多个php8.1-fpm、php8.3-fpm包，各自启停互不干扰 -
复杂项目或团队协作：Docker 容器化，
docker-compose.yml中为每个服务指定image: php:8.3-apache，彻底隔离运行时
