weixin_73077810的博客

很多时候，咱们看到的文章或者面试题，好多都是为技术而技术。很多人可能连自己说的方案能不能行都不知道，就敢拿出来说。今天咱们就来点实在的。咱们不聊那些高大上的理论，而是聊聊在实际工作中，这些延时处理需求到底是怎么搞定的。

本文介绍了一种可复用的WebSocket组件，旨在通过设计模式和解耦策略实现项目中对WebSocket通信的高效重用，并支持基于业务标识的消息自定义消费逻辑扩展。该组件主要解决了C端产品中实时交互的需求，如聊天室和多人实时游戏等场景

在一个微服务项目中，为了追求低耦合，会根据业务板块对主系统进行切分为一个个子模块，模块间相互隔离，但是这样子就会导致一个问题：对于一些在多个子模块中都适用的配置类、工具类、封装类等都需要拷贝冗余到各个模块中，这样子显然是不太合理的，那么想要鱼和熊掌兼得，我们可以独立创建一个共用子模块，将这一类共用的数据类都给放到这里来，然后将该模块打包为jar包在各个子模块pom文件中引入，这样子就可以实现一份共用配置在多个子模块中使用，并保证了子模块间的隔离性。下面让我们来看一下相关的具体配置操作

在工作中，往往会遇到需要对接外部接口的业务需求，根据接口文档确定请求IP以及相关的参数数据需求后，通过HttpClient进行第三方外部接口的调用。在这种业务中，也要考虑好请求超时导致的接口报错的处理。为什么呢？就我公司业务而言，我们这边的视频或者说融合通讯，因为厂商多，设备型号杂，经常都有调用不通的情况。今天正常的视频可能明天就不行了，如果后端这里不处理超时，前端如果无法拿到设备信息或者设备ID，页面的报错信息可能反应的就是接口报错了。这显然是不合情理的，为此，我们可以考虑加一个请求超时的参数（在配置文件

本文对业务中的点赞功能做出详细的思路整理，搭配着缓存优化和防刷策略讲解，提高对于该类业务的理解