PHP 5.6 中 array_column 仅支持两个必需参数，不支持传 null 作 column_key（会报错或返回空），且 index_key 必须为有效字符串键；需避免 PHP 7+ 用法并做兼容处理。
PHP 5.6 中 array_column 行为异常：不是所有参数都可用
PHP 5.6 确实内置了 array_column，但它只支持两个参数：array_column($input, $column_key) 或 array_column($input, $column_key, $index_key)。不支持 PHP 7.0+ 引入的第三个参数（即键名映射后的索引键）以外的扩展用法，比如传入 null 作为 $column_key 来提取全部子数组——这在 5.6 里会返回空数组或警告。
常见错误现象：
- 代码在 PHP 7.4 环境下正常，迁移到 5.6 后
array_column($data, null, 'id')返回空数组 - 报错
Warning: array_column() expects parameter 2 to be string, integer given（因误传整数索引）
实操建议：
- 避免在 5.6 中依赖
array_column($arr, null)提取全量；改用array_map+array_values模拟 - 若需按某字段做键映射，必须显式传入字符串键名，如
array_column($users, 'name', 'id') - 检查项目中是否混用了 PHP 7+ 的 polyfill（如 ramsey/array_column），它可能掩盖真实行为差异
password_hash 和 password_verify 在 5.6 中默认不启用 bcrypt
PHP 5.6 原生支持 password_hash，但默认算法是 PASSWORD_BCRYPT，**前提是 OpenSSL 扩展已启用且系统支持 CRYPT_BLOWFISH**。很多老旧 Windows 环境（如 XAMPP 5.6.40 默认配置）中，openssl 扩展未开启，或 CRYPT_BLOWFISH 被编译时禁用，导致 password_hash 静默回退到 PASSWORD_BCRYPT 不可用，进而 fallback 到 PASSWORD_DEFAULT（实际是 bcrypt，但若不可用则抛出致命错误）。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 部署前务必执行
var_dump(CRYPT_BLOWFISH);—— 返回1才表示可用 - 检查
phpinfo()中 OpenSSL 是否 enabled，否则在php.ini中取消注释extension=php_openssl.dll（Windows）或extension=openssl.so（Linux） - 不要依赖
PASSWORD_DEFAULT：它在 5.6 中等价于PASSWORD_BCRYPT，一旦失败就 crash；明确写死PASSWORD_BCRYPT并加try/catch包裹
函数参数类型声明仅支持类名和 array，不支持标量类型
PHP 5.6 **完全不支持** string、int、bool 等标量类型声明（那是 PHP 7.0+ 的特性）。如果你看到类似 function foo(string $name) { } 的代码，在 5.6 下直接解析失败，报 Parse error: syntax error, unexpected 'string'。
常见踩坑点：
- 从 GitHub 拉取的现代 PHP 库（如某些新版 Guzzle、Monolog 分支）含标量类型声明，无法在 5.6 运行
- IDE（如 PhpStorm）自动补全或静态分析可能提示“类型安全”，但运行时根本过不了语法解析关
实操建议：
- 确认所有依赖库的
composer.json中"php": "^5.6"且无"php": "^7.2"类约束 - 用
is_string()、is_int()等运行时校验替代类型声明，配合文档注释@param string $name - 升级前先跑
php -l *.php批量检测语法错误，比上线后报错更早发现问题
__invoke 方法在 5.6 中可用，但对象转布尔值行为易被忽略
__invoke 在 PHP 5.6 中已支持，可用于实现“可调用对象”。但一个关键细节是：当把该对象用于条件判断（如 if ($obj) { }）时，PHP 5.6 **不会调用 __invoke，也不会触发 __toString 或 __get，而是直接将对象视为 true（非空对象恒为真）**。这点和 PHP 7+ 一致，但容易误以为 __invoke 会影响真假值判断。
典型误用场景：
- 写了一个带
__invoke的验证器类，又在if ($validator) { ... }中试图“触发”验证逻辑 - 期望
empty($obj)返回false来表达“对象已初始化”，结果发现它永远为false（因为对象非空）
实操建议：
- 真假判断逻辑必须显式调用，如
if ($validator()) { }或if ($validator->isValid()) { } - 避免重载
__invoke同时又依赖对象本身的布尔上下文——语义混淆，后期维护成本高 - 若需自定义真假行为，PHP 5.6 不支持
__isset或__get影响empty()，只能靠文档和命名约定约束调用方
