php 7 与 php 8 在 json_encode 处理 null/资源、typeerror 抛出、cli 函数兼容性及类型行为上存在关键差异，导致 node.js 解析失败；需 php 端 try/catch + 全局异常处理，node.js 端先校验 status 再解析 json。
PHP 7 和 PHP 8 的 json_encode 对 null 和资源类型处理差异直接影响 Node.js 解析
Node.js 通过 HTTP 请求（如 axios 或 fetch）消费 PHP 接口时，PHP 7 默认把 null 值序列化为 JSON null，但 PHP 8 在启用 JSON_THROW_ON_ERROR 时，若传入未初始化的资源（如已关闭的 MySQLi 连接），json_encode 会直接抛出 JsonException，而非返回 false。Node.js 端收到的就是 500 响应体 + 空或乱码 payload，而不是预期的 JSON。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- PHP 端统一加
json_encode($data, JSON_THROW_ON_ERROR | JSON_UNESCAPED_UNICODE)，并在外层try/catch捕获JsonException，返回结构化错误（如{"error": "invalid_data"}） - Node.js 端不要依赖
response.data自动解析，改用response.data.toString()先看原始响应体，确认是否为合法 JSON 字符串再JSON.parse() - 特别注意 PHP 8.1+ 引入的只读属性（
readonly）——若对象含该属性且未显式定义__serialize，json_encode可能静默丢字段
PHP 8 的 TypeError 不再被默认转成 E_WARNING，Node.js 收不到“软错误”提示
PHP 7 中，函数参数类型不匹配（如传 string 给期望 int 的参数）常触发 E_WARNING，HTTP 响应仍为 200，内容里混着警告文本；PHP 8 默认改为抛出 TypeError，未捕获即 500 响应。Node.js 若没检查 response.status 就直接 JSON.parse，会因 HTML 错误页（含 Uncaught TypeError）导致语法错误。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- PHP 端在入口文件（如
index.php）注册全局异常处理器：set_exception_handler(fn($e) => http_response_code(500) && print json_encode(['error' => $e->getMessage()])); - Node.js 端请求后必须先判断
response.status >= 400，再决定是否解析 JSON；避免用axios.get(...).then(res => res.data)这类自动解包逻辑 - 开发期可在 PHP 配置中临时加
error_reporting(E_ALL & ~E_DEPRECATED & ~E_NOTICE)，但上线前必须关掉——它不能抑制TypeError
Node.js 调用 PHP CLI 时，PHP 8 的 str_contains 等新函数导致兼容性断裂
很多 Node.js 项目用 child_process.execFile('php', ['-f', 'script.php']) 执行 PHP 脚本做轻量计算。若脚本用了 PHP 8.0+ 新增的 str_contains、str_starts_with，在 PHP 7.x 环境下直接报 Fatal error: Uncaught Error: Call to undefined function str_contains()，Node.js 拿到的是非零退出码和 stderr 输出，但容易被忽略。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在 Node.js 启动 PHP 子进程前，先执行
php -v并解析版本号，对低于 8.0 的环境降级调用strpos($haystack, $needle) !== false - PHP 脚本头部加运行时检测：
if (!function_exists('str_contains')) { function str_contains($haystack, $needle) { return strpos($haystack, $needle) !== false; } } - 避免在 CLI 脚本中使用
__DIR__或__FILE__直接拼路径——PHP 8.0+ 对相对路径解析更严格，Node.js 传入的工作目录稍有偏差就require失败
PHP 8 的联合类型（string|int）和 mixed 不影响 Node.js，但影响你写的类型守卫
PHP 类型声明本身不会透传到 HTTP 响应里，所以 Node.js 不需要“适配”联合类型。真正影响你的是：当 PHP 接口文档写“返回 int|string”，而你用 TypeScript 写了 interface ApiResponse { id: number }，运行时拿到字符串 ID 就会出问题。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- PHP 端关键字段尽量保持类型稳定：ID 用
string（避免大整数溢出），时间戳用int（不是DateTimeInterface对象） - Node.js 端对数字类字段做宽松校验：
typeof data.id === 'string' ? Number(data.id) : data.id，别直接断言number - 如果用 Zod 或 Yup 做响应校验，字段定义别写
z.number()，改用z.coerce.number()—— 它能自动把字符串数字转成 number
