PHP 的 memory_limit 不支持小数形式的单位缩写（如 0.5M），该值会被强制截断为整数 0，导致内存限制失效；应改用整数单位如 500k 或 512000 才能生效。
php 的 `memory_limit` 不支持小数形式的单位缩写（如 `0.5m`），该值会被强制截断为整数 0，导致内存限制失效；应改用整数单位如 `500k` 或 `512000` 才能生效。
在 PHP 中，memory_limit 是一个关键的运行时内存安全阀，用于防止脚本无节制地消耗系统资源。但其配置值的解析规则常被开发者忽略——它不接受带小数点的单位缩写。例如，-d memory_limit=0.5M 看似直观，实则违反了 PHP 内部的解析逻辑：根据 PHP 官方文档关于字节缩写的说明，所有带单位的数值（如 128M、2G）在解析时会先经 (int) 强制类型转换，而 0.5M 中的 0.5 被转为整数后即为 0，最终等效于 memory_limit=0（即“无限制”，仅受系统可用内存约束）。
这就是为何你的测试脚本在 php -d memory_limit=0.5M test.php 下仍能突破 0.5 MB —— 实际上它根本没受到限制。同理，memory_limit=0 也并非“禁止分配任何内存”，而是明确启用无限制模式（PHP 7.4+ 中已弃用该写法，但仍向后兼容）。
✅ 正确的设置方式必须使用整数+有效单位：
-
500k→ 500 KiB（512,000 字节） -
512000→ 明确指定字节数（推荐，避免单位歧义） -
1M→ 1 MiB（1,048,576 字节），但0.5M❌ 无效
验证示例：
立即学习“PHP免费学习笔记（深入）”；
# 错误：实际生效的是 memory_limit=0（无限制）
php -d memory_limit=0.5M -r "echo ini_get('memory_limit');"
# 正确：输出 "500k"
php -d memory_limit=500k -r "echo ini_get('memory_limit');"
# 更精确：输出 "512000"
php -d memory_limit=512000 -r "echo ini_get('memory_limit');"⚠️ 注意事项：
-
memory_get_usage()返回的是当前 PHP 用户态内存占用（不含 Zend 引擎开销），而致命错误中提示的Allowed memory size of 2097152 bytes exhausted对应的是memory_limit的实际生效值（如2M→ 2,097,152 字节）。两者差异源于 PHP 内存管理器在分配前会预留缓冲区，并在触发临界点时尝试分配新块——错误信息中的“tried to allocate X bytes”表明：当剩余可用内存不足本次请求大小时，才会抛出异常。 - 若需精准控制内存退出点，建议结合
memory_get_usage()主动检查并exit()，而非完全依赖memory_limit（尤其在调试或灰度环境中）。 - 在
php.ini或.htaccess中配置时，同样遵循此规则，避免使用0.5M、1.2G等浮点缩写。
总结：PHP 的 memory_limit 是一个“整数优先”的配置项。坚持使用 Xk、Xm（X 为整数）、或纯字节数，是确保内存限制可靠生效的前提。
