使用Twilio REST API获取通话日志陷入无限循环，如何解决？

核心问题原因 #

1. 错误的分页方式：Twilio REST API采用令牌式分页（依赖PageToken/NextPageToken），而非数值页码。当你手动递增Page参数到超大值时，API会返回第一页数据，导致next_page_uri始终存在，陷入无限循环。
2. 时间范围不精确：仅指定startTime为日期，未限定结束时间，会获取到超出"最近1天"范围的数据，导致返回数量异常。
3. 手动拼接API请求：未利用Twilio SDK内置的分页迭代器，重复造轮子引发逻辑错误。

正确实现代码 #

直接使用SDK封装的calls->read()方法，它会自动处理分页逻辑，同时精确限定时间范围：

<?php
$newClient = new \Twilio\Rest\Client(
    Config_Twilio::ACCOUNT_SID,
    Config_Twilio::AUTH_TOKEN
);

$lastNDays = 1;
$startDate = new \DateTime("-{$lastNDays} days");
$endDate = new \DateTime(); // 当前时间

// 用Twilio要求的ISO 8601格式+比较运算符，精确限定最近1天的记录
$params = [
    'startTime' => [
        '$gte' => $startDate->format(\DateTime::ISO8601),
        '$lt' => $endDate->format(\DateTime::ISO8601)
    ]
];

$callSets = [];
// SDK自动遍历所有分页，无需手动处理next_page_uri
foreach ($newClient->calls->read($params) as $call) {
    $callSets[] = $call->toArray(); // 将通话对象转为数组存储
}

关键修正点说明 #

1. 精确时间范围：通过$gte（大于等于）和$lt（小于）运算符，确保只获取从"1天前此刻"到"当前此刻"的通话记录，避免数据范围溢出。
2. SDK内置分页：read()方法内部会自动管理NextPageToken，遍历所有有效页面，不会出现无限循环，且仅返回实际存在的记录。
3. 避免手动请求：无需自己拼接API路径和分页参数，减少人为出错概率。

原代码其他问题补充 #

• 原代码中array_merge($content['calls'])未将新记录合并到$callSets，正确写法应为$callSets = array_merge($callSets, $content['calls']);（若坚持手动分页，但不推荐）。
• 异常捕获后无处理逻辑，可能隐藏错误导致循环异常，建议添加日志或终止循环的逻辑。

内容的提问来源于stack exchange，提问作者MikeVelazco