目录普通返回类型处理异常返回类型处理处理服务器内部错误测试 普通返回类型处理使用统一响应消息处理，我们可以不用在每个函数的返回值写上特殊的类型对象， 直接写基础类型，或者封装类型都可以。直接上代码：1.首先得使用 fastjson 作为统一消息转换器@Configuration
public class GlobalConfigimplements WebMvcConfigurer {
转载
2024-09-27 19:39:58
0阅读
IM平台即时聊天功能及服务介绍➤ 消息类型即时聊天服务的消息类型分为会话类消息和通知类消息两类，不同的即时聊天系统在消息类型支持上会有所不同。▌会话消息：会话类消息又分为即时消息和即时通话。常用的即时消息类型有文本消息、图片消息、表情消息、语音消息、文件消息、地理位置消息等，其中图片消息、文件消息会有可支持格式和文件大小的限制，语音消息会有时长的限制。在此基础上，一些服务商能够支持发送
转载
2023-07-30 15:55:44
170阅读
1.Maven依赖<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.5.10.RELEASE<
转载
2024-09-15 14:27:19
141阅读
1.背景在移动互联网高速发展的时代，生活中 IM 类产品已经是我们离不开的应用了，像微信、钉钉等都是以 IM 为核心功能的社交产品。另外也有一些应用不是以 IM 为核心，但是也是其重要功能，比如在线游戏、电商直播等应用。在 IM 庞大的体系中，消息系统无疑是最核心的，而消息系统中，最关键的部分是消息的分发和存储。在以往传统消息系统中，对于在线的用户，消息会直接实时发送到在线的接收方，消息发送完成后
原创
2021-02-05 11:03:27
1388阅读
场景描述: 我们的IM软件有PC端和手机端. 同时在线的用户,通过长连接转发,并且存储消息. 接收方不在线,存储消息. 用户打开电脑端软件或者手机端网络掉线重新连接,都需要获取未读消息数量.当用户点击未读消息的时候,提供消息正文. 经过抽象,JAVA这块需要提供两个接口 1.获取用户的未读消息列表 2.给定发送方ID和接收方ID,返回消息内容. 发送方用户ID srcid 接收方用户
转载
2024-02-05 20:46:52
76阅读
代码用到的组件介绍ChannelInitializer 见名知意，就是channel 初始化器，当每个客户端创建连接时这里面的代码都会执行一遍。由于，连接建立之后，这个channel就会常驻内存，所以这里就有个值得思考的问题：问题：哪些实例可以声明成单例，或者交给spring管理？因为如果每个连接都创建这么一大堆对象，可以想像1万个连接，这里会多占用多少内存出来？这个问题也不难回答，没有中间态，线
转载
2024-06-06 18:12:29
91阅读
前言IM全称是『Instant Messaging』，中文名是即时通讯。在这个高度信息化的移动互联网时代，生活中IM类产品已经成为必备品，比较有名的如钉钉、微信、QQ等以IM为核心功能的产品。当然目前微信已经成长为一个生态型产品，但其核心功能还是IM。还有一些非以IM系统为核心的应用，最典型的如一些在线游戏、社交应用，IM也是其重要的功能模块。可以说，带有社交属性的应用，IM功能一定是必不可少的。
转载
2024-04-18 14:49:46
222阅读
个人博客请访问 http://www.x0100.top问题：接收方不在线时，消息发送的流程是怎么样的？ 回答：如上图所述，（1）用户A发送消息给用户B（2）服务器查看用户B的状态为offline（3）服务器将消息存储到DB中（4）服务器返回用户A发送成功（对于发送方而言，消息落地DB就认为发送成功） 问题：离线消息表的设计，拉取离线的过程？receiver_uid, msg_
转载
2023-08-27 15:29:59
81阅读
1、引言消息是互联网信息的一种表现形式，是人利用计算机进行信息传递的有效载体，比如即时通讯网坛友最熟悉的即时通讯消息就是其具体的表现形式之一。消息从发送者到接收者的典型传递方式有两种： 1）一种我们可以称为即时消息：即消息从一端发出后（消息发送者）立即就可以达到另一端（消息接收者），这种方式的具体实现就是平时最常见的IM聊天消息；2）另一种称为延迟消息：即消息从某端发出后，首先进入一个
转载
2024-05-16 23:18:40
42阅读
一、 报文类型：1、请求报文（request，后简称为为R）；2、应答报文（acknowledge，后简称为A）；3、通知报文（notify，后简称为N）。 R：客户端主动发送给服务器的报文；A：服务器被动应答客户端的报文，一个A一定对应一个R；N：服务器主动发送给客户端的报文；二、  
转载
2024-04-08 12:44:31
21阅读
简介MQ（message queue）消息队列，也叫消息中间件。消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。它是类似于数据库一样需要独立部署在服务器上的一种应用，提供接口给其他系统调用。消息队列1、消息Message网络中两台计算机或者两个通讯设备之间传递的数据。例如说：文本、音乐、视频等内容。2
转载
2024-04-21 19:06:50
115阅读
IBM MQ介绍 今天接手了银行里的一个项目：身份联网核查系统。其系统架构图示如下： IBM MQ（IBM Message
9月13日消息据外媒报道，Facebook在周一为旗下的独立聊天应用Messenger增加移动支付功能。用户可以直接在app内完成支付，而不必再跳转到第三方网站。随着移动支付浪潮的来临，这一动作显示了Facebook要将其13亿用户继续留在自己的软件生态系统内的决心。除了此次新增移动支付功能，此前Messenger就已经做出让人欣喜的改进，比如从前不久开始，用户可以在程序内预约Uber网车。“打造
在做基于mybatis持久层开发时，由于单表数据量增大，可能会考虑分表进行处理，可以采用sharding-jdbc实现，这里基于mybatis自定义实现分表组件进行实现，重点思考其实现逻辑和设计模式，学习底层原理。 具体涉及到的多表联查，可进一步思考如何实现。 分表需求：自定义分表策略，可以为id取模，日期取月；可以通过注解进行引用； 前提：需提取建好表结构； 核心逻辑：通过拦截器，根据分表策略得
转载
2024-04-19 12:21:53
77阅读
增加两行JAVA_HOME="/opt/jdk1.8.0_152"JAVA_CMD="/opt/jdk1.8.0_152/bin复制代码注册服务ln -s /opt/activemq/bin/activemq /etc/init.d/activemqchkconfig --add activemq复制代码启动服务service activemq start关闭服务service activemq
设计概述 同步协议的设计就是业务契约的设计，本质就是client和server双方就同步的信息范围达成一致。 同步 同一个事物，存在不同的演化路线。从事物最初状态开始，不同的演化路线导致同一时间点事物状态不一样。给所有不同演化路线上的事物状态同一时间点确定一个共同状态的过程，就叫同步。 IM同步 IM同步是给IM用户进行的信息同步，同步的事物就是“该IM用户需要知道的所有信息”。 IM同步有两个
转载
2023-07-29 22:58:54
174阅读
1. 即时通信IM（instant message）中的用户的3种状态“Online”（在线）：客户端登录后和即时通信 IM 后台有长连接，在线推送消息。此时客户端在前台运行，或者客户端切到后台，但是进程未被手机操作系统 kill 掉，此时状态仍是 Online。“PushOnline”（离线）：iOS 和 Android 进程被 kill 或因网络问题掉线，进入 PushOnline
转载
2023-09-10 13:31:00
270阅读
即时消息传递，通常称为IM，是一种类似电子邮件的联机通信方式。顾名思义，主要区别是IM具有即时性。IM需要特殊的软件程序(如MSN、AOL Instant Messenger、Yahoo Messenger等)。使用这些程序，您可以在对话框中输入要说的话，您的朋友几乎可立即看到您输入的内容。您也可以立即看到朋友输入的内容。使用IM程序进行通信具有一些与使用电子邮件相同的安全和隐私风险，但值得一提的
转载
2023-09-22 12:15:53
71阅读
IM做为非常经典的服务器系统，其设计时候的考量具备代表性，所以这一次花几个篇幅讨论其相关设计。主要内容相当部分参考了 一套海量在线用户的移动端IM架构设计实践分享一文，在此之上补充了更好的消息存储设计以及集群设计。整体架构以上架构图中，分为几个部分：客户端：支持IOS、Android系统。接入层：负责维护与客户端之间的长连接。逻辑层：负责IM系统中各逻辑功能的实现。存储层：存储IM系统相关的数据，
转载
2023-11-21 09:44:31
198阅读
IM的消息，如何保障可靠性IM App 是我做过 App 类型里复杂度最高的一类，里面可供深究探讨的技术难点非常之多。这篇文章和大家聊下消息可靠抵达机制。如何确保 IM 不丢消息是个相对复杂的话题，从客户端发送数据到服务器，再从服务器抵达目标客户端，最终在 UI 成功展示，其间涉及的环节很多，这里只取其中一环「接收端如何确保消息不丢失」来探讨，粗略聊下我接触过的两种设计思路。说到可靠抵达，第一反应
转载
2023-09-15 20:48:49
83阅读
