转载

后端与微服务大厂面试总结

我在 github 上新建了一个仓库日问，每天一道面试题，有关前端，后端，devops以及软技能，促进职业成长，敲开大厂之门，欢迎交流

并且记录我的面试经验

ali 为 ali，为避内容检查

17年面试记(ali百度美团头条小米滴滴)
18年面试记(头条)
19年面试记(ali头条)

以下是总结的问题，我将在本周末补充答案，另外也欢迎各位补充答案

01 生产环境的某个接口报错，如何定位

在 Issue 中交流与讨论: Issue 地址

测试环境有没有问题，有问题可以在测试环境测试
有没有异常报警系统，如 sentry ，如果有在 sentry 中查看堆栈信息以及相关上下文，定位代码
如果堆栈信息不足够找到问题，看有没有链路追踪工具，如 zipkin 。从 sentry 中找到 requestId ，在数据库日志/上下游链路日志中查找对应 requestId 的日志
查看接口相关代码

既然报错，那么一定会在异常上报系统中找到 Issue 进行定位。最怕的是那种接口没报错，但是业务方反馈数据有误的问题了，只能开了 debug，进行代码调试了

02 后端的敏感数据在生产环境是如何配置的

更多描述: 后端的敏感数据在生产环境是如何配置的，如数据库的账号密码，jwt 的 secret，联调上游服务的 token 等

在 Issue 中交流与讨论: Issue 地址

目前我们的方式是在每次部署之前，在 vault 和 consul 拉取敏感数据，写在配置文件中

另外，还有几种可选的方案

跟随 CI/CD 的环境变量，敏感配置放在 CI 平台
跟随 k8s secret / configMap ，敏感配置放在 k8s 集群
跟随专有的配置服务，如 consul / vault

03 如何实现一个分布式锁

在 Issue 中交流与讨论: Issue 地址

04 websocket 服务多节点部署时会有什么问题，怎么解决

在 Issue 中交流与讨论: Issue 地址

多节点问题

在开始思考分布式会有什么问题时，先来回答一个问题: 服务端如何与客户端交流？

在 ws 服务端，当与客户端连接成功后，会生成一个对象 connection ，ws 会维护一个与客户端所有连接的 connections 。如果想要主动推送消息到客户端，只需要调用API connection.sendText(message) 。

那如何给所有人广播消息呢？

服务器只需要与它自身的所有连接 server.connections 挨个发消息就是广播，所以它只是一个伪广播：我要给群里所有人发消息，但我不能在群里发，只能挨个私发。

单节点

当单节点时所有用户都能正常受到通知，流程如下

这时所有用户都能收到消息通知

多节点

当多节点时，就会有部分用户无法正常受到通知，从以下流程图中可以很清楚地看到问题所在

负载到节点2的所有用户都没有收到消息通知

如何解决

多节点服务器就会有分布式问题，解决分布式问题就找一个大家都能找到的地，比如说 Redis ，比如说 Kafka 等消息件

改进后流程图如下

需要向所有用户推送消息，请求 websocket 服务
负载均衡到某个节点
该节点向 redis/kafka 推送消息: 向所有用户推送消息通知
所有节点在 redis/kafka 上订阅消息
订阅成功后所有节点向客户端 push 消息

redis PUBSUB

其中有一个细节是 pub/sub 那里，redis 的 pubsub 较 Kafka 等消息中间件更为轻便， 最主要的是与ws集成的社区方案比较成熟，这点很重要 ，如 Node 中的以下两个

graphql subscriptions - redis
socket.io-redis

pubsub 在 redis 中的命令如下

publish channel message
subscribe

如果我们要订阅 eat 这个 channel 的话，图示如下

进一步追问

面试官见我回答完问题后，又一次追问

那 websocket 如何向特定的用户组推送消息？

假如一个学校有以下数据结构

Class
Student

那假如要向 Class:201901 班级的所有学生发送通知，应该如何实现

欢迎在 Issue 中讨论: 【Q029】websocket 如何向特定用户组推送消息

小结

借用解决方案的图作为小结

05 如何对接口进行压力测试

在 Issue 中交流与讨论: Issue 地址

$ ab
复制代码

06 websocket 如何向特定的用户组推送消息

更多描述: 假如一个学校有以下数据结构

Class
Student

那假如要向 Class:201901 班级的所有学生发送通知，应该如何实现

在 Issue 中交流与讨论: Issue 地址

在 redis 处维护一个对象，记录每个 group 所对应的 connections / sockets

{
  'Class:201901': [student1Socket, student2Socket]
}
复制代码

当 client 刚连入 server 时，便加入某个特定的组，或者叫 room，比如 student01，刚开始连入 server，可能要加入 room： Student:01 ， Class:201901 ， Group:10086

07 如何对接口进行限流

在 Issue 中交流与讨论: Issue 地址

一般采用漏桶算法：

漏桶初始为空
API 调用是在往漏桶里注水
漏桶会以一定速率出水
水满时 API 拒绝调用

可以使用 redis 的计数器实现

计数器初始为空
API 调用计数器增加
给计数器设置过期时间，隔段时间清零，视为一定速率出水
计数器达到上限时，拒绝调用

当然，这只是大致思路，这时会有两个问题要注意

最坏情况下的限流是额定限流速率的2倍
条件竞争问题

不过实际实现时注意以下就好了（话说一般也是调用现成的三方库做限流...)，可以参考我以前的文章 shanyue.tech/post/rate-l…

原文 https://juejin.im/post/5e055db7f265da33ae18f9dd

正文到此结束

所属分类：编程技术软件架构

本文标签： 2019 测试数据库数据 Kubernetes 百度 message 分布式锁部署服务器调试 HTML 总结文章 bug 微服务 web 负载均衡 UI 时间锁 http zipkin 限流 zip https 配置代码操作系统 src 分布式测试环境 java git map GitHub 滴滴 client id linux ip 集群 API 美团 Connection 服务端回答 db 压力 CSS 小米 Uber IO consul node 学生 redis Docker JavaScript token
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

后端与微服务大厂面试总结

以下是总结的问题，我将在本周末补充答案，另外也欢迎各位补充答案

分类

计算机与编程基础

前端

后端

DevOps

开放式问题

历史记录

01 生产环境的某个接口报错，如何定位

02 后端的敏感数据在生产环境是如何配置的

03 如何实现一个分布式锁

04 websocket 服务多节点部署时会有什么问题，怎么解决

多节点问题

单节点

多节点

负载到节点2的所有用户都没有收到消息通知

如何解决

redis PUBSUB

进一步追问

那 websocket 如何向特定的用户组推送消息？

小结

05 如何对接口进行压力测试

06 websocket 如何向特定的用户组推送消息

07 如何对接口进行限流

热门推荐

相关文章

说给你听

本文目录

随机标签

书籍教程

近期评论

网站信息

其他链接

关于本站

问题交流