自己搭的scoket服务端,自己用webscoket测试连接成功了,为什么IOS那边连接失败

诗和远方C 2019-06-17 10:40:14
可能是什么原因呢,IOS那边说就是报连接失败,看不到什么错误

服务器上的防火墙也关了
...全文
233 7 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
by_封爱 版主 2019-06-17
  • 打赏
  • 举报
回复
你用一个第三方的工具去测试. 如果成功了 才表示真正的成功...
诗和远方C 2019-06-17
  • 打赏
  • 举报
回复
以前也写过一个用第三方StriveEngine搭过一个,当时做到一半项目终止了,只是完成了数据三方传输问题,现在又搭一个,想想当时设计的好像有点简单了,有的问题没考虑到
诗和远方C 2019-06-17
  • 打赏
  • 举报
回复
ios连接服务器的问题已经解决了,现在在想怎么设计这个服务端的问题,貌似很啰嗦啊
诗和远方C 2019-06-17
  • 打赏
  • 举报
回复
嗯,还有个问题请教下,就是这个服务端怎么设计的问题,第一次写,我想的可能有纰漏。


最终目的是能在网页上实时显示某个产品是否在线,并达到网页点击事件发送数据到app,app根据不同数据 转发给产品,做相应操作。

产品是绑定用户,一个用户有多个产品,一个app客户端只可同时在线一个产品,当前登录网站的用户只可查看本用户下的产品是否在线。

我是这样想的,服务器一个list集合保存当前在线的app,以及在线的产品和这个产品隶属于哪个用户(去数据库查),一个list集合保存当前需要查询的网页客户端地址和用户信息,app端跟服务器用一个心跳机制(发送特定信息,回复特定信息),判断app端产品是不是在线,网页端跟服务器用一个心跳机制,判断网页端是否还是打开状态。

问题:
1.这设计思路对了没?还是应该怎么设计

2.这2个心跳机制是否可以去掉?
qq14923349 2019-06-17
  • 打赏
  • 举报
回复
引用 2 楼 大马猴猴 的回复:
[quote=引用 1 楼 by_封爱 的回复:]
你用一个第三方的工具去测试.

如果成功了 才表示真正的成功...


有什么第三方可以测试这个的啊,老哥[/quote]
哦 百度一下websocket在线测试就ok了
qq14923349 2019-06-17
  • 打赏
  • 举报
回复
引用 2 楼 大马猴猴 的回复:
[quote=引用 1 楼 by_封爱 的回复:]
你用一个第三方的工具去测试.

如果成功了 才表示真正的成功...


有什么第三方可以测试这个的啊,老哥[/quote]
postman
诗和远方C 2019-06-17
  • 打赏
  • 举报
回复
引用 1 楼 by_封爱 的回复:
你用一个第三方的工具去测试.

如果成功了 才表示真正的成功...


有什么第三方可以测试这个的啊,老哥
WebSocket客户端和服务端实例源码 WebSocket ws实例 HTML5 用java实现的服务端 Websocket与服务器的正常通信 众所周知,Web 应用的交互过程通常是客户端通过浏览器发出一个请求,服务器端接收请求后进行处理并返回结果给客户端,客户端浏览器将信息呈现,这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要求高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,高并发与用户实时响应是 Web 应用经常面临的问题,比如金融证券的实时信息,Web 导航应用中的地理位置获取,社交网络的实时消息推送等。 传统的请求-响应模式的 Web 开发在处理此类业务场景时,通常采用实时通讯方案,常见的是: 轮询,原理简单易懂,就是客户端通过一定的时间间隔以频繁请求的方式向服务器发送请求,来保持客户端和服务器端的数据同步。问题很明显,当客户端以固定频率向服务器端发送请求时,服务器端的数据可能并没有更新,带来很多无谓请求,浪费带宽,效率低下。 基于 Flash,AdobeFlash 通过自己的 Socket 实现完成数据交换,再利用 Flash 暴露出相应的接口为 JavaScript 调用,从而达到实时传输目的。此方式比轮询要高效,且因为 Flash 安装率高,应用场景比较广泛,但在移动互联网终端上 Flash 的支持并不好。IOS 系统中没有 Flash 的存在,在 Android 中虽然有 Flash 的支持,但实际的使用效果差强人意,且对移动设备的硬件配置要求较高。2012 年 Adobe 官方宣布不再支持 Android4.1+系统,宣告了 Flash 在移动终端上的死亡。 从上文可以看出,传统 Web 模式在处理高并发及实时性需求的时候,会遇到难以逾越的瓶颈,我们需要一种高效节能的双向通信机制来保证数据的实时传输。在此背景下,基于 HTML5 规范的、有 Web TCP 之称的 WebSocket 应运而生。 早期 HTML5 并没有形成业界统一的规范,各个浏览器和应用服务器厂商有着各异的类似实现,如 IBM 的 MQTT,Comet 开源框架等,直到 2014 年,HTML5 在 IBM、微软、Google 等巨头的推动和协作下终于尘埃落地,正式从草案落实为实际标准规范,各个应用服务器及浏览器厂商逐步开始统一,在 JavaEE7 中也实现了 WebSocket 协议,从而无论是客户端还是服务端的 WebSocket 都已完备,读者可以查阅HTML5 规范,熟悉新的 HTML 协议规范及 WebSocket 支持。

111,092

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • AIGC Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧