PHP调用听书插件朗读完成回调方法

本篇文章给大家分享《PHP调用听书插件触发朗读完成回调方法》，覆盖了文章的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

PHP无法直接触发朗读完成回调，因其运行在服务端，不接触前端音频事件；实际需前端监听onend/onended等事件后，通过AJAX向PHP接口发送完成通知，PHP则需校验来源、字段、签名并做幂等处理。

PHP 本身无法直接触发朗读完成回调

PHP 是服务端脚本语言，不接触浏览器音频播放、TTS（文本转语音）或插件的运行时事件。所谓“听书插件”的朗读完成回调（如 onSpeechEnd、onComplete），实际发生在前端 JavaScript 环境中——比如 Web Speech API、第三方 TTS SDK（如讯飞听见、百度语音合成 JS SDK）、或基于 标签的播放控制逻辑。

PHP 的角色仅限于：生成页面、提供语音资源 URL、返回待朗读文本、或接收前端发来的完成通知（通过 AJAX）。想让 PHP “触发回调”，本质是让前端在朗读结束后主动通知 PHP。

前端如何检测朗读完成并通知 PHP

关键在于监听前端语音播放/合成的结束事件，并用 fetch 或 XMLHttpRequest 向 PHP 接口提交确认。常见情形：

• 使用 Web Speech API：speechSynthesis 的 onend 回调最可靠；onpause/onerror 也需监听以防中断
• 使用 播放预生成的 MP3：onended 事件直接可用
• 使用第三方 SDK（如讯飞）：查文档找类似 onCompleted 或 onEvent 中 event === 'END' 的判断

示例（Web Speech API + PHP 回调）：

const utterance = new SpeechSynthesisUtterance('今天天气不错');
utterance.onend = () => {
  fetch('https://yoursite.com/callback.php', {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({
      task_id: '20240520123456',
      status: 'completed'
    })
  });
};
speechSynthesis.speak(utterance);

PHP 如何安全接收并处理这个回调

PHP 不是被动“被触发”，而是作为 HTTP 服务端，暴露一个可被前端 POST 调用的接口。必须做几件事防误报和重放：

• 校验请求来源（$_SERVER['HTTP_ORIGIN'] 或 Referer，仅作参考，不可全信）
• 验证必要字段（如 task_id 是否存在、是否符合格式）
• 用 token 或时间戳签名（例如前端传 sign=md5(task_id+secret+timestamp)，PHP 侧复算比对）
• 幂等处理：插入前先查数据库是否已存在该 task_id 的完成记录

简单但可用的 callback.php 骨架：

<?php if ($_SERVER['REQUEST_METHOD'] !== 'POST') {
  http_response_code(405);
  exit;
}

$data = json_decode(file_get_contents('php://input'), true);
if (!isset($data['task_id']) || !is_string($data['task_id'])) {
  http_response_code(400);
  exit;
}

// 假设你用 PDO，且有表 `tts_log(task_id, status, created_at)`
$pdo = new PDO('sqlite:/path/to/db.sqlite');
$stmt = $pdo->prepare('INSERT OR IGNORE INTO tts_log (task_id, status, created_at) VALUES (?, ?, ?)');
$stmt->execute([$data['task_id'], 'completed', date('Y-m-d H:i:s')]);

容易忽略的坑：状态不同步与网络不可靠

前端朗读完成 ≠ 用户真正听完了。用户可能中途关闭页面、切走标签页、或网络中断导致回调未发出。因此：

• 不要把“朗读完成回调”当作业务完成的唯一依据（比如发放积分、解锁章节）
• 建议搭配服务端定时任务：对超过 N 分钟仍为“pending”状态的 task_id 主动查播放日志或降级标记
• 前端应加错误重试（如失败后 2s、5s、10s 递增重试最多 3 次），并记录到本地 localStorage 防刷新丢失
• 若用 WebSocket 维持长连接，可在服务端主动推送完成事件，但复杂度陡增，一般没必要

真正的难点不在“怎么写回调”，而在于如何定义“完成”——是合成结束？播放指针走到末尾？还是用户点击了「我听完了」按钮？得先跟产品对齐语义，再选技术路径。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~