PHP 8.4 彻底移除 create_function()，调用将触发致命错误；须改用匿名函数（如 fn($a,$b) => $a["id"] - $b["id"]），避免 eval() 等不安全替代方案。
PHP 8.4 不支持 create_function()，必须重写回调逻辑
PHP 8.4 已彻底移除 create_function()，调用会直接报 Fatal error: Uncaught Error: Call to undefined function create_function()。这不是弃用警告，是硬性删除。
常见于旧版模板引擎、动态排序回调、事件钩子注册等场景。替换原则：优先用匿名函数，其次考虑 eval()（不推荐）、ReflectionFunction（极少数元编程需求）。
- 把
create_function('$a,$b', 'return $a["id"] - $b["id"];')改成fn($a, $b) => $a["id"] - $b["id"]（PHP 7.4+ 闭包语法更简洁） - 若需兼容 PHP function($a, $b) { return $a["id"] - $b["id"]; }
- 避免用
eval()拼接字符串函数——PHP 8.4 对eval()的上下文限制更严，且存在严重安全风险
类型声明变严格：mixed 和 never 不再接受 null 隐式转换
PHP 8.4 强化了联合类型中 mixed 和 never 的语义。例如函数声明为 function foo(mixed $x): never，传入 null 会触发 TypeError，即使此前 PHP 8.0–8.3 允许。
这常导致依赖框架（如旧版 Laravel 辅助函数、自定义验证器）在升级后崩溃，尤其出现在未显式标注 |null 的参数或返回值上。
立即学习“PHP免费学习笔记（深入）”；
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 检查所有含
mixed的参数/返回类型，确认是否真能接受null；如可以，显式写成mixed|null -
never类型函数不得有实际返回值，也不能被当作普通类型参与运算——它只表示“此处不返回”，误用会导致类型推断失败 - 运行
php -l已不够，建议搭配phpstan或psalm扫描，重点看Property type mismatch和Argument type mismatch类错误
str_contains() 等新函数不能直接替代 strpos() 判断逻辑
很多项目用 strpos($haystack, $needle) !== false 做子串判断，升级后想用 str_contains()（PHP 8.0+）简化。但 PHP 8.4 下若未注意编码一致性，可能出错。
str_contains() 严格按字节比较，不处理多字节字符边界；而旧代码若混用 mb_* 函数（如 mb_strpos()），切换后逻辑会偏移。
- 如果原逻辑依赖
mb_*处理中文、日文等，不要直接换str_contains()，应统一改用mb_strpos($haystack, $needle) !== false - 若确定只处理 ASCII，可用
str_contains()，但需确保所有输入已标准化（如trim()后无 BOM、无零宽空格） - 注意
str_contains('', '')返回true，而strpos('', '') === 0，二者语义一致，这点无需修改
扩展加载顺序和 opcache.preload 在 PHP 8.4 中更敏感
PHP 8.4 对预加载（opcache.preload）的依赖解析更早、更严格。旧项目若在 preload.php 中 require 了尚未声明类的文件，或依赖扩展未按正确顺序加载（如先 preload 再 load pdo_mysql），会直接启动失败，报 Class not found during preloading 或 Extension not loaded。
典型场景：自定义 autoloader + 预加载 + 第三方 SDK（如旧版 AWS SDK v2）。
- 把
extension=行移到opcache.preload设置之前，确保扩展就绪后再触发预加载 - preload 文件中避免
new实例化，只做require_once和class_alias；类实例化延后到请求时 - 临时调试可注释掉
opcache.preload，确认是否为预加载问题；定位后用opcache_get_status()['preload_statistics']查看哪些文件加载失败
opcache.enable=1 opcache.preload=/var/www/project/preload.php ; ✅ 正确：扩展加载在 preload 之前 extension=mysqli.so extension=pdo_mysql.so
PHP 8.4 的类型系统和预加载机制不是渐进式调整，而是多个“临界点”叠加。最易被忽略的是混合使用 mb_* 和 str_* 函数的字符串操作，以及 preload 中隐式依赖未显式声明的扩展模块——这两处往往在本地测试通过，上线后才暴露。
