接着之前写的，之前返回的数据集按道理来说渲染出来还是丑丑的，因此这次我看着抖音的评论样子，自己瞎写了一通，不过也算是模仿出来了虽然肯定没有抖音写的好。

类似与前面几章写的表结构

首先看看抖音评论区是怎么样的？

其实就分为了两个接口

第一个，根据作品id，查询出某个作品对应的最顶层评论以及评论的数量

第二个，根据顶层评论id，查询出某个顶层评论下的所有子评论信息

因此其实就对应了两个sql的查询

第一个：

其中diary_id就是对应的作品id，只需要在程序里面动态传入即可

第二个：

其中ancestorId和case语句里面的toid对应的参数16，其实就是对应的顶层id。至于为什么要把toId等于顶层id的username和avatar变成null，是因为如果回复的顶层id就不需要显示成回复谁的形式，直接放null前端方便些。