获取帖子详情与可用评论树
查看 Reddit 帖子、评论与社区数据 API 的全部接口 →在 url 中传入一篇 Reddit 公开讨论的完整链接。响应包含 meta.status、meta.totalComments、body.post 与 body.post_comments。已观察到的帖子字段包括 id、title、author、subreddit、selftext、created_utc、score、ups、upvote_ratio、num_comments、permalink 与 url。返回的评论节点使用 id、author、content、up_votes、score、created_utc，以及可继续包含评论节点的 replies 数组。部分嵌套回复中，看起来是数值的字段实际为字符串，计算前应统一类型。 实测的历史讨论来自 wallstreetbets，帖子 ID 为 p0esdp；meta.totalComments 为 194，返回了 76 个顶层评论对象以及嵌套回复。报告总数与顶层数组长度是不同指标，任何一个都不能证明已获取全部评论。本接口没有 cursor 参数，也没有文档化的缺失评论展开方式。部分帖子的正文可能为空或不可用，投票字段也应视为查询时的快照，而非固定分数。
API 功能
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
/api/project/reddit/post-details API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/reddit/post-details?key=<API_KEY>&url=https%3A%2F%2Fwww.reddit.com%2Fr%2Fwallstreetbets%2Fcomments%2Fp0esdp%2Fdo_hedge_funds_beat_the_market_i_analyzed_the'
查询结果
使用场景
- 选定产品讨论的证据整理：保存帖文与返回评论，并附原始讨论链接，供产品反馈审核使用。
- 对话结构导出：将嵌套回复展开为含父子标识的记录，在应用中生成 CSV 或分析回复关系。
- 发布或支持帖的快照对比：比较本地保存的多次结果，识别新返回的反馈及可用投票字段的变化。
- 编辑案例研究：审阅一篇已知讨论，并清楚标注缺失、已删除或其他不可用的回复。
常见问题
获取帖子和评论时应该传什么链接？
传入包含 /r/社区名/comments/帖子ID/ 路径的完整公开讨论链接，而不是子版块列表页。已实测的示例是 wallstreetbets 中 ID 为 p0esdp 的讨论，输入示例中提供了该帖链接。
为什么返回的评论树可能少于帖子显示的评论总数？
meta.totalComments 是报告总数，body.post_comments 则是实际返回的顶层评论对象。实测讨论报告了 194 条，返回了 76 个顶层对象以及嵌套回复。请另行统计递归遍历到的全部回复节点，不要将其中任何一个数字视为完整采集的证明。
如何解析 Reddit 嵌套评论并导出 CSV？
从 content 读取评论正文，再递归遍历 replies 数组，在自己的输出行中保留父节点 ID。嵌套回复中看起来是数值的字符串，应先统一类型再计算分数或处理时间戳。接口返回 JSON，CSV 文件需在客户端生成。
能通过这个接口翻页或展开缺失评论吗？
这里没有文档化的评论游标或展开参数。子版块列表接口使用的 cursor 不适用于这棵评论树。应处理实际返回的可用节点，而不是承诺能够获取每一条回复。