PHP 8 导致旧代码无法运行？这个兼容层帮你解决
将一个老旧的 PHP 项目迁移到 PHP 8 看似简单，但实际操作中却常常遇到问题。
你升级了 PHP 版本，运行项目后却发现：
create_function()函数不再可用each()函数被移除ereg()函数已废弃count(null)引发警告或错误- 老版本的
implode()使用方式出错
结果你只能停滞不前。
不是因为逻辑错误， 而是因为 PHP 已经向前发展，而你的系统没有跟上。
没人愿意谈的问题
大多数针对老旧 PHP 升级的"解决方案"通常分为三类：
- 直接返回
false然后继续 - 忽略错误，假装一切正常
- 重写所有代码（但这种情况几乎不可能实现）
这三种方法都会带来风险：
- 数据静默损坏
- 行为不可预测
- 业务逻辑被破坏
这不是迁移，这是在碰运气。
所以我找到了一个不同的东西
👉 GitHub 地址：https://github.com/InfinitumForm/php-legacy-compat
一个真正适用于现实系统的 PHP 8 兼容层。
不是临时修补，也不是假的回退机制， 更不是魔法般的模拟。
这是一个可控、诚实的方式，恢复那些可以实现的行为，并清楚说明哪些行为无法复现。
它到底做了什么？
该项目专注于真实存在于老旧 PHP 系统中的问题点：
- 被移除的函数，如
create_function()、each()、ereg()、split() - 已废弃的行为，如
strftime()和utf8_encode() - PHP 8 中的严格运行时变化
- 特殊情况，比如
count(null)或implode()的异常用法
与其忽视这些问题，它提供了：
- 可实际还原的行为补丁
- 符合 PHP 8 严格规则的安全辅助函数
- 明确说明无法完全还原的限制条件
没有虚假的成功值。没有无声的失败。没有谎言。
两种模式 —— 因为每种迁移都不一样
通用模式
适用于需要快速恢复系统运行的场景：
"让系统先跑起来就行。"
- 更广泛的兼容性
- 实用的近似处理
- 帮助快速稳定老旧应用
严格模式
适用于有控制地进行升级的场景：
"修复问题而不引入潜在风险。"
- 较少的近似处理
- 更严格的执行标准
- 更安全的长期迁移路径
真正适用于实际项目
这不是一个玩具库。
它是为真实系统设计的：
- WordPress（主题、插件、mu-plugins）
- Laravel（旧版应用和包）
- Symfony（旧版 bundle）
- CodeIgniter 2/3
- Magento 1
- 自定义企业级 PHP 系统
如果你曾经处理过老旧 PHP 系统，你就知道——这就是问题所在。
举个例子：它能解决的实际问题
旧版 PHP：
$callback = create_function('$value', 'return trim($value);');
PHP 8：
致命错误：create_function() 未定义
这个库通过恢复可调用对象的兼容性，使旧模式继续工作——而无需重写整个系统。
安装方式（极简设计）
不使用自动加载，也不隐藏任何行为。
你只需包含你需要的部分：
require_once DIR . '/php-legacy-compat-universal.php';
或者
require_once DIR . '/php-legacy-compat-strict.php';
就这些。
哲学理念（这才是关键）
此项目遵循严格的准则：
- 不提供虚假兼容
- 不假装有问题的逻辑能正常运行
- 不使用无声的回退机制
- 不隐藏任何行为
如果某个功能无法在用户空间中重现：
👉 就会明确记录下来，而不是被掩盖。
什么时候应该使用它？
当你满足以下情况时：
- 正在将老旧系统迁移到 PHP 8
- 重写全部代码不是一个选项
- 需要一个稳定的过渡层
- 希望掌控而不是猜测
