线上阶乘失败主因是Xdebug默认嵌套限制256被递归触发，非逻辑错误；应禁用Xdebug或改用循环实现，而非调高限制。
阶乘函数返回 0 或报错 Maximum function nesting level
线上 PHP 阶乘计算失败，最常见的现象是递归实现直接触发 Xdebug 的嵌套层级限制，抛出 Fatal error: Maximum function nesting level of '256' reached。这不是代码逻辑错，而是线上环境默认启用了 Xdebug（尤其 Laravel/Valet/DevOps 自动部署镜像中常见），而阶乘递归如 factorial(100) 会调用 100 层函数——远超默认 256 限制的“安全余量”。
解决办法不是调高 xdebug.max_nesting_level，而是：
- 确认是否真在用递归：检查代码里有没有
function factorial($n) { return $n - 线上必须改用迭代：避免任何递归调用，哪怕
$n看起来很小——因为 PHP-FPM 子进程可能已累积多层调用栈 - 禁用 Xdebug：线上环境不该开 Xdebug，删掉
zend_extension=xdebug.so或设xdebug.mode=off（PHP 8.1+）
bcfact() 或 gmp_fact() 调用失败提示函数未定义
想用大数阶乘（比如算 1000!）时，直接写 bcfact(1000) 却报 Call to undefined function bcfact()，是因为：
-
bcfact()不是 PHP 内置函数，是某些扩展（如bcmath的非标准补丁或自定义封装）提供的，线上环境大概率没装 -
gmp_fact()属于 GMP 扩展，但需 PHP ≥ 8.0 且编译时启用--with-gmp；很多 Docker 镜像（如php:8.0-cli）默认不带 GMP - 验证方法：线上执行
php -m | grep -E 'bcmath|gmp'，或查phpinfo()输出页
bcmul()：$result = '1';<br>for ($i = 2; $i <= $n; $i++) {<br> $result = bcmul($result, (string)$i);<br>}注意所有参与运算的数必须是字符串，否则超出 int 范围就变 0 或科学计数法。阶乘结果为 0 或 INF 或输出乱码
这基本锁定是整型溢出或类型隐式转换问题：
- 用原生
int算factorial(20)在 32 位系统上就会溢出（20! ≈ 2.4e18 > 2^63），结果变成负数或 0 - 用浮点数（如
(float)强转）算，到170!就溢出成INF（IEEE 754 double 极限） - 输出乱码常因没设
header('Content-Type: text/plain; charset=utf-8');，浏览器把大数字当二进制解析
- 确认
$n是整数：用is_int($n) || ctype_digit((string)$n)，别信$_GET['n']的原始值 - 所有中间结果必须走
bcmath或gmp字符串路径，禁止出现$a * $b这种裸运算 - 输出前加
echo htmlspecialchars($result, ENT_QUOTES, 'UTF-8');防 XSS 和编码崩坏
本地能跑，线上一算就超时或内存耗尽
典型表现是 Nginx 返回 504 Gateway Timeout 或 PHP-FPM 日志里有 child exited on signal 9 (KILLED)。原因不是阶乘算法慢，而是：
- 线上
memory_limit设得太低（如 64M），而10000!的字符串长度超 35000 字符，bcmul()每次分配新内存，碎片化严重 -
max_execution_time默认 30 秒，算10000!在低端 CPU 上可能卡住 40+ 秒 - 没做输入校验：攻击者传
?n=100000直接拖垮服务
- 硬限制
$n （1000! 字符串约 2600 字符，安全边界） - 用
set_time_limit(5)单次运算最多 5 秒，超时立刻return false - 记录异常：把超时/溢出的
$n写进日志，方便追查恶意请求
n 变化频繁），但输入校验和资源约束必须前置——很多人只盯着算法，忘了线上是共享环境。立即学习“PHP免费学习笔记（深入）”；
