PHP各版本阶乘必须用bcmul迭代实现，因递归受栈深度限制且原生int会静默溢出；PHP 8仅增强类型安全，未改善底层计算能力。
PHP 5 中用 function 写阶乘必须手动处理递归深度和整数溢出
PHP 5 默认栈深度有限（通常 100 层左右），factorial(200) 就容易触发 Fatal error: Maximum function nesting level of '100' reached。即使调高 xdebug.max_nesting_level，递归本身也无尾调用优化，内存占用随 n 线性增长。
另外 PHP 5 的整数是带符号 32 位（Windows）或 64 位（Linux），factorial(21) 在 32 位系统上就直接溢出变负数，且不会报错，只静默回绕。
常见写法示例：
function factorial($n) {
if ($n < 0) return false;
if ($n <= 1) return 1;
return $n * factorial($n - 1);
}- 必须加
$n 判断，否则负数输入会无限递归 - 不推荐用递归算大数，
factorial(1000)在 PHP 5 基本不可行 - 如需大数，得显式引入
bcmul+ 循环，不能依赖原生int
PHP 8 的 match 和联合类型让阶乘函数更安全但没改变底层计算逻辑
PHP 8 并没有给阶乘新增内置函数，也没有优化递归性能。所谓“区别”主要体现在类型声明和错误防御能力上：
立即学习“PHP免费学习笔记（深入）”；
你可以用 match 替代 if-else 链，语义更紧凑；用 int|false 声明返回类型，配合 ReturnTypeWillChange 或严格模式提前暴露问题。
示例：
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
function factorial(int $n): int|false {
return match (true) {
$n < 0 => false,
$n <= 1 => 1,
default => $n * factorial($n - 1),
};
}-
int $n参数类型强制拦截非数字输入，比如factorial("5")在严格模式下直接报TypeError - 返回类型
int|false要求调用方处理失败分支，不能忽略负数情况 - 但递归栈限制、整数溢出行为与 PHP 5 完全一致——PHP 8 没改 Zend 引擎的调用栈或整数实现
真正跨版本稳定的阶乘写法是迭代 + bcmul
无论 PHP 5.6 还是 PHP 8.3，只要需要计算 factorial(100) 及以上，就必须放弃原生整数和递归，改用字符串大数运算。
bcmul 是唯一跨版本可用的任意精度乘法函数（PHP 4 起就有），且不依赖 GMP 扩展（GMP 在某些共享主机上被禁用）。
实操建议：
- 初始化用
$result = '1'（字符串），不是1 - 循环从
2到$n，每次$result = bcmul($result, (string)$i) - 输入校验仍要保留：
!is_int($n) || $n ，因为 <code>bcmul不接受负字符串 - 注意
bcmul第三个参数$scale对阶乘无意义，传0即可
PHP 8.1+ 的 enum 不能用于优化阶乘，但可封装错误状态
有人尝试用 enum FactorialResult 区分成功/溢出/非法输入，这在语义上更清晰，但属于业务包装层，不解决计算本质问题。
例如定义：
enum FactorialResult: string {
case Success = 'success';
case InvalidInput = 'invalid_input';
case Overflow = 'overflow';
}它只帮你组织返回信号，实际计算还是得走 bcmul 或判断 $n > 1000 提前拒绝——PHP 没有运行时大数溢出异常，溢出永远是静默的。
所以重点不在语法新特性，而在是否意识到：原生 int 阶乘在任何 PHP 版本里都只是教学玩具，真实场景必须切换到字符串精度路径。
