有没有前端面试群呀？

🙌面试感想：脑子一热hr打电话就约了 但是水平完全不够 面试官也是特别好 问的问题能感觉到完全没上难度 结束后也是秒挂了1.自我介绍2.（项目）聊天数据存储在什么位置？本地存吗？消息形式是纯文本还是支持图片、视频？如果要发图片，你准备怎么做？上传图片后消息体是什么样、如何传输？3.Kafka 为什么吞吐量大？4.Kafka 消费者可以有多个吗？多个不相关应用消费同一个 Topic 可以做到吗？怎么做？多个消费者共享消费数据、处理慢的场景能做到吗？5.协程和线程的区别？协程在操作系统层面是什么？为什么是用户态？6.Go 怎么管理协程？（GMP）协程死循环会卡死绑定的线程吗？7.MySQL 索引...

本2硕9，力扣是没刷完的，八股是没背完的，准备先投中小厂练练手，逼自己先面试找找感觉。大厂到底什么时候才配投啊，看了面经能掰扯的最多才一半

项目很垃圾就是外卖加点评，想在成都找个中小厂实习（如果能去大厂更好但是我感觉我不行），实习到9月份开学，现在准备开始背八股，力扣刷了20多道，机会大不大？

1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...