Workerman创建WebSocket客户端和服务端推送数据

Workerman创建WebSocket客户端和服务端推送数据,第1张

本文场景:

服务器A:服务端,目的是要接收外部数据处理后放入消息队列。

服务器B:客户端,向服务器A提供数据。

前面有文章测试了基于HTTP的方案,但都是基于一台服务器自己测试。实际在外部服务器测试时单机请求性能很差,远远达不到处理能力,网路性能制约严重。

原基于HTTP的方案,每次推送都要重新建立连接,消耗过大。所以想到了Socket长连接方案。

扩展:HTTP使用TCP 三次握手建立连接,客户端和服务器需要交换3个包。HTTPS除了 TCP 的三个包,还要加上 SSL握手需要的9个包,一共是12个包。

服务端和客户端都是基于Workerman建立的

之前HTTP方案的测试受制于发送瓶颈太严重,单台请求能力才几百每秒,多服务器请求服务端速率正常倍增。

随着项目上容器技术的广泛应用,我也加入了Docker容器技术的学习。首先初学Docker,我的想法很简单。创建一个SpringBoot项目,如何将SpringBoot项目打包成容器镜像,然后推送至远程的Docker服务上部署。带着这个目的查阅了一些资料后,整体的实现思路如下:

环境描述:

准备一台阿里云服务器,已经完成Docker服务安装,后续将会在该服务器上进行搭建Docker私有镜像仓库。本地准备一个SpringBoot项目,至少编写一个Controller,保证本地SpringBoot项目启动后能够正常访问到Contriller。

由于私有镜像仓库是部署在阿里云上,要确保私有仓库的安全性,需要一个安全认证证书,防止发生意想不到的事情。所有需要在搭建私有仓库的Docker主机上先生成自签名证书。

生成自签名证书:

通过openssl命令先生成自签名证书,运行命令后需要填写一些证书信息。其中Common Name填写的xx96104xxx是最关键的信息,这里填写的是私有仓库的地址:

Country Name:国家

State or Province Name:州或省

Locality Name:城市

Organization Name :机构名称

Organizational Unit Name :组织单位名称

Common Name:hostname域名

Email Address:邮箱地址

页面访问:

页面访问: http://xx96194xxx:7001/

页面访问Spring Boot项目

参考:Docker 私有镜像仓库的搭建及认证

参考:Spring Boot 多样化构建 Docker 镜像

参考:registry-web集成安全认证

前端消息推送主要有两种方式:

1、轮询方式(PULL):主动去拉取消息,客户端和服务器定期的建立连接,通过消息队列等方式来获取是否有新的消息。

2、长连接方式(PUSH):它是基于TCP长连接实现,客户端和服务器建立TCP长连接之后,客户端定期向服务器发送心跳包用于保持连接,有消息的时候,服务器直接通过这个已经建立好的TCP连接通知客户端。

目前应用最为广泛的第三方推送服务提供商包括极光等第三方服务,绝大部分APP都会优先考虑采用第三方推送服务。

实现前端端消息推送可以选择极光,极光是中国领先的开发者服务提供商,专注于为开发者提供稳定高效的消息推送、一键认证以及流量变现等服务,助力开发者的运营、增长与变现。同时,极光的行业应用已经拓展至市场洞察、金融风控与商业地理服务,助力各行各业优化决策、提升效率。

remoting 和socket都可以实现推送

例如:服务器段获取后,先分离出数,然后相加,然后发送给客户端。

不过我那个不是C/S的,是点对点的。

补充:服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

服务器的构成包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

在网络环境下,根据服务器提供的服务类型不同,分为文件服务器,数据库服务器,应用程序服务器,WEB服务器等。

目前要实现消息实时推送,有两种方法,一种是ajax轮询,由客户端不停地请求服务器端,查询有没有新消息,然后再由服务器返回结果;另外一种就是long poll,通过一次请求,询问服务器有没有新消息更新,如果没有新消息时,会保持长连接,就一直不返回Response给客户端。直到有消息才返回,返回完之后,客户端再次建立连接,周而复始。这两种都是单向链接,需要被动的请求服务器,而不是由服务器自动发给客户端。

从上面可以看出其实这两种方式,都是在不断地建立HTTP连接,然后等待服务端处理,可以体现HTTP协议的另外一个特点,被动性。

Java Web 服务器的消息推送有以下几种方案:

1 轮询:前端使用ajax不停的发起请求获取想要的数据(最简单也是最容易耗尽服务器资源)。

2 长连接:HTTP长连接,客户端向服务端发起请求,服务端等有数据了才response,否则一直持有该连接Cometgithub: comet4j 项目,可以直接下载配置jar到tomcat下使用。

3、使用xmpp协议的一种技术,能够做到js中调用服务器的Java方法。

消息推送建议用专业的推送平台,例如:极光。深圳市和讯华谷信息技术有限公司创立于2011年,其团队核心成员来自腾讯、摩根士丹利、豆瓣、Teradata和中国移动等公司。公司总部位于深圳,在北京、上海、广州、成都均设有办公室。

服务器推送消息到app有以下方法:

第一种是客户端使用Pull(拉)的方式,就是隔一段时间就去服务器上获取一下信息,看是否有更新的信息出现。

第二种就是服务器使用Push(推送)的方式,当服务器端有新信息了,则把最新的信息Push到客户端上。这样,客户端就能自动的接收到消息。

虽然Pull和Push两种方式都能实现获取服务器端更新信息的功能,但是明显来说Push方式比Pull方式更优越。因为Pull方式更费客户端的网络流量,更主要的是费电量,还需要程序不停地去监测服务端的变化。

服务器推送消息到app,深圳极光有不一样的体验,极光iZone是基于设备为中心的技术和用户线上线下行为标签,为客户提供基于移动大数据的稳定可持续的商业地理服务,为企业决策、数据化运营、行业研究、顾客洞察、营销策划、公共关系处理等需求提供数据支撑。

DABAN RP主题是一个优秀的主题,极致后台体验,无插件,集成会员系统
网站模板库 » Workerman创建WebSocket客户端和服务端推送数据

0条评论

发表评论

提供最优质的资源集合

立即查看 了解详情