博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
不发不行!Netty集成文字图片聊天室外加TCP/IP软硬件通信
阅读量:7231 次
发布时间:2019-06-29

本文共 1048 字,大约阅读时间需要 3 分钟。

前言

熬了一晚上硬是磨出来了,更新到了GitHub上,善存一些小BUG,不过这个版本的整体功能算是实现了。

项目:UncleCatMySelf/InChat

地址:

双端口,TCP/IP软硬件通信、Web端通信聊天应用

文字、图片聊天

流程图

磨了两天的Netty,因项目需要所以在整改一些东西,具体就不细说了,刚刚好和这个项目相似就拿来练练手·······

先看看流程图(我啥时候能画出好一点的架构图呢?)

图片描述

详解

先说TCP/IP软硬件通信吧,这个相对容易理解,也是图的右侧,加一个Handler去获取数据,硬件和服务器有对应的协议,我这边的协议是帧头+ID+控制类型+数据+加密+帧尾,得到正确数据既连接为正常的,那就保持正常通信,否则一律杀死连接。控制类型我写得比较粗糙,用switch,中间可能有数据的CRUD操作等,使用ScheduledFuture起一个新线程去执行原生的JDBC,后面可以改为异步执行(如果不需要实时的话,那就可以用JPA注入了。)

图片描述

图片描述

接着是聊天应用的通信,还是一个自定义的Handler不过是Object,具体后面可以使用instanceof去做判断,对于TextWebSocket类型的就做普通的文字聊天处理,而WebSocketFrame且同时也是BinaryWebSocketFrame的就做图片处理,你可以直接返回给客户端,也可以保存到本地,如果返回客户端的话,对于ByteBuf而言需要加一个retain()方法,不然会报错的。

图片描述

图片描述

预留BUG

其余的就是可能善存的一些BUG了

io.netty.handler.codec.CorruptedFrameException: Max frame length of 65536 has been exceeded.图片过大,需要在前端做图片上传压缩Uncaught TypeError: msg.substring is not a function at WebSocket.socket.onmessage (newChat.js:38)前端代码的一点问题,不影响项目正常运行java.io.IOException: 远程主机强迫关闭了一个现有的连接。TCP客户端连接主动关闭,不影响,良性报错

效果

效果在上面的视频看到了!!!(请移步公众号,这里给图片)

图片描述图片描述
图片描述图片描述图片描述

图片描述

图片描述

还不去Star 然后自己泡一下?

地址:

项目名:UncleCatMySelf/InChat


如果本文对你有所帮助,欢迎关注本人技术公众号,谢谢。

图片描述

转载地址:http://vucfm.baihongyu.com/

你可能感兴趣的文章
halt
查看>>
标准ACL+扩展ACL+命名ACL
查看>>
Meteor应用的启动过程分析
查看>>
九曲黄河万里沙,浪淘风簸自天涯 — 正则表达式
查看>>
欲哭无泪,联想笔记本性价比
查看>>
很简单的在Ubuntu系统下安装字体和切换默认字体的方法
查看>>
我的友情链接
查看>>
dojo框架用hitch实现函数与上下文的绑定
查看>>
ubuntu编译安装vim7.4
查看>>
python之利用PIL库实现页面的图片验证码及缩略图
查看>>
IP-COM设置×××
查看>>
VPC配置案例
查看>>
十年IT运维谈(五):要专业化还是平台化?
查看>>
分享超级给力的一个外发光Shader
查看>>
oblog_4.6_SQL 语句
查看>>
通过Git WebHooks+脚本实现自动更新发布代码之shell脚本
查看>>
对象实例化、字符串的使用方法
查看>>
keepalived基于LVS实现高可用,实现web服务的高可用
查看>>
80端口被Microsoft-HTTPAPI/2.0占用的解决办法
查看>>
无法抗拒Minecraft给予超高的自由度和探索-微访谈
查看>>