核心问题梳理 #

你遇到的情况完全是YouTube Data API的设计限制，并非操作失误：

• 当通过Comments::list接口，设置parentId为顶级评论ID获取回复时，API默认以**逆时间序（最新回复在数组首位）返回结果，但官方客户端/网页都是按正时间序（旧回复在前）**展示，两者排序逻辑不一致。
• 更关键的是，Comments::list接口确实没有提供order或sort类参数来调整排序方向，而且分页仅支持nextPageToken——意味着你只能从最新的回复开始往后翻，无法直接请求旧的分页数据。

现有可行方案分析 #

1. 全量获取后客户端反转（临时可用） #

这是目前唯一能实现正序展示的方案：

• 多次调用Comments::list，每次设置parentId为目标顶级评论ID、maxResults=100（API允许的最大值），循环获取所有分页数据直到没有nextPageToken。
• 把所有获取到的回复数组拼接后，整体反转即可得到正时间序的结果。
• 缺点：扩展性差，当回复量极大（比如数千条）时，不仅调用次数多，客户端内存压力也会增大；但好在实际场景中，回复量达数百条的评论并不多见，这个方案暂时能满足需求。

2. 尝试CommentThreads::list接口的局限性 #

你提到的用CommentThreads::list，设置part=replies且id为顶级评论ID的方式：

• 确实能按正时间序返回回复，但根据API文档，当使用id参数时，maxResults参数不兼容，而且接口仅会返回最新的5条回复，完全无法获取全部回复内容，只适用于回复量极少的场景。

结论 #

这不是API Bug，是YouTube Data API的设计约束——针对子评论的查询，官方只提供了逆时间序的分页获取方式，没有开放排序调整的能力。目前只能采用全量获取后客户端反转的临时方案来匹配官方展示逻辑。

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