首先是点赞评论转发量等用的数据结构是什么以及在并发情况下怎么计数用的是redis的哈希结构，大key就是这个文章这个帖子的id，值就是四个字段对应四个数字，通过这个语法进行增加减少这个increment他是redis对哈希结构操作的原子性操作，保证了数据在并发下的一致性一般会有个帖子的预热工作，就是用户点击后会先查缓存有没有数据，没有的话会查找数据库然后加载到redis里提高访问性能还有就是收藏，用户有没有收藏帖子初始化set，key是用户id，值是攻略的id，然后根据id拿到收藏数，然后如果收藏了点击就是攻略的收藏数减一，将这个set中这个攻略的值删除，反之；点赞设置了一天最多最多点5次，k...

目前只能约到小公司，求大神指导

1. 你之前接触过的中间件里，挑一个最熟的讲讲它的核心设计，重点说为什么要这样设计如果讲消息队列，比较容易拉开差距的不是背概念，而是把吞吐、可靠性、顺序性和扩展性之间的取舍讲清楚。比如一套高吞吐 MQ 通常会采用顺序写磁盘、分区模型、批量发送、批量拉取和零拷贝来提升吞吐，但这么设计以后，消费顺序只能在单分区内严格保证，跨分区顺序就必须交给业务自己兜底。再比如可靠性不是简单开个副本就完事了，生产端要考虑重试和幂等，Broker 要考虑刷盘和副本同步策略，消费端还要考虑重复消费和位点提交时机。真正难的是理解这些机制不是孤立存在的，而是围绕吞吐、延迟、可恢复性一起做平衡。2. 软件工程里的设计原则你...