PHP 8.5 官方包怎么下、解压后直接能用吗
能用，但不是“解压即运行”——它默认没有 php.ini，也没有启用任何扩展，命令行能跑 php --version，但一跑 Laravel 或 Composer 就报错，根本原因就在这儿。
Windows 用户从 windows.php.net/download 下载的是类似 php-8.5.1-nts-Win32-vs17-x64.zip 的压缩包，解压到例如 D:\Develop\php-8.5.1 后，必须手动配置：
- 复制
php.ini-development并重命名为php.ini - 编辑
php.ini，取消注释并确认extension_dir指向正确的扩展路径，比如：extension_dir = "D:/Develop/php-8.5.1/ext" - 把
D:\Develop\php-8.5.1加进系统Path环境变量 - 重启终端再执行
php -v和php -m验证
哪些扩展必须开，不开就 composer 报错
Laravel 8+、ThinkPHP 6、甚至只是 composer create-project，都会卡在“找不到 openssl”或“mbstring not loaded”上——这不是镜像问题，是 PHP 本身没加载扩展。
PHP 8.5 默认禁用所有非核心扩展，你得手动打开。最关键的三个是：
立即学习“PHP免费学习笔记（深入）”；
-
extension=openssl（HTTPS 请求、Composer 下载必需） -
extension=mbstring（多字节字符串处理，Laravel 核心依赖） -
extension=fileinfo（文件 MIME 类型检测，上传/验证场景刚需）
别漏掉 opcache：PHP 8.5 已把它列为“始终内置”，但默认仍关闭，开发建议开启：opcache.enable=1，否则性能损失明显。
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
Linux 上用 apt 装 PHP 8.5，为什么 php -m 没看到新扩展
因为 Debian/Ubuntu 官源默认只提供 PHP 8.2 或更低版本；PHP 8.5 需要添加第三方仓库（如 ondrej/php），否则 apt install php8.5 根本不存在。
正确流程是：
- 先加源：
sudo add-apt-repository ppa:ondrej/php && sudo apt update - 装主包和常用扩展：
sudo apt install php8.5 php8.5-cli php8.5-mbstring php8.5-opcache php8.5-curl php8.5-zip - 注意：PHP 8.5 新增的
uri和lexbor扩展无需额外安装，它们已随主包内置，但默认不启用，需在php.ini中显式写extension=uri才生效
Docker 里跑 PHP 8.5，docker-php-ext-install 报错找不到头文件
常见错误是：error: png.h: No such file or directory 或 zlib.h not found——这是因为基础镜像（如 php:8.5-fpm）只含运行时，不含编译依赖。
必须在 RUN 步骤中先装开发包：
FROM php:8.5.0-fpm
RUN apt-get update && apt-get install -y \
libpng-dev \
libjpeg-dev \
libfreetype6-dev \
zlib1g-dev \
&& docker-php-ext-configure gd \
--with-jpeg=/usr/include/ \
--with-freetype=/usr/include/ \
&& docker-php-ext-install gd mbstring opcache
另外，PHP 8.5 移除了 php -z CLI 选项，如果 Dockerfile 里还写着它，构建会失败；统一改用 php -d opcache.enable=1 -f script.php 这类方式传参。
最易被忽略的一点：PHP 8.5 的 max_memory_limit 是个硬性闸门——哪怕你在脚本里 ini_set('memory_limit', '2G')，只要超过 max_memory_limit（默认未设，即不限），就会被截断。线上部署前务必检查这个值是否合理。
