在量化交易系统或行情订阅程序中，WebSocket 是实现实时行情获取的关键通道。但在实际部署中，我们经常会遇到一个头痛的问题：WebSocket连接在运行一段时间后断开了，而我们的策略还以为数据一直在更新，直到发生实际交易损失。

本文将以外汇行情 WebSocket 接口为例，详细还原一次断连排查过程，并提供一个健壮的重连机制实现方案，帮助你构建高可用的实时行情接入组件。

Flutter页面无法直接使用Native测试工具定位元素，给自动化测试带来很多不便。虽然Google官方推出了Flutter driver 和 Integration test，但是在实际使用中存在以下问题：

• 不适用于混合栈APP，虽然appium中有相关的driver，但是无法切换环境。

• 元素定位能力相对薄弱。

• 依赖于VMService，需要构建Profile或Debug包。

介绍

由于前段时间我实现了一个库【Spring Cloud】一个配置注解实现 WebSocket 集群方案

前阵在做WebSocket的一些项目测试时，发现网上很多文章都说可以用Session来统计在线人数，我认为这里有误导的成分。

Session对于每个访客，会产生一个唯一的session_id，所以访客和session_id可以理解为class（类）和private（私有成员）的关系，不同的访客就是不同的class，不同的session_id就是不同的private成员。

所以访客A是访问不了访客B的Session数据的。

之前在学习Ethereum的infura API时候看到有WebSocket，但是翻了很久都没找到很完整的接口文档和实践文档。当时比较迷，没太在意，以为是区块链接口的性能还用不上WebSocket，HTTP完全支持没问题。

今天遇到一个需求，需要对接第三方扫码跳转。一种方案是前端页面轮询后端服务，但是这种空轮询会虚耗资源，实时性比较差而且也不优雅。所以决定使用另一种方案，websocket。以前就知道websocket，属于全双工长连接，适合实时在线聊天，浏览器之间的协同编辑工作，多人在线游戏等场景。

但是一直没机会用，今天正好可以使用一下。

一 WebSocket理论

什么是http请求

http链接分为短链接、长链接，短链接是每次请求都要三次握手才能发送自己的信息。即每一个request对应一个response。长链接是在一定的期限内保持链接（但是是单向的，只能从客户端向服务端发消息，然后服务端才能响应数据给客户端，服务端不可以主动给客户端发消息）。保持TCP连接不断开。客户端与服务器通信，必须要有客户端发起然后服务器返回结果。客户端是主动的，服务器是被动的。

问题描述

在代码写好之后，通常需要对场景进行性能测试，例如购买商品场景、登录场景、支付场景等，此阶段会出现的典型问题如下：

目前用户抢单操作我们已经完成，无论是非热点商品还是热点商品抢单，抢单完成后，我们应该要通知用户抢单状态，非热点商品可以直接响应抢单结果，但热点商品目前还没有实现通知响应，通知用户抢单状态用户可以通过定时向后台发出请求查询实现，但这种短连接方式效率低，会和服务器进行多次通信，这块我们可以使用长连接websocket实现。

言

哈喽，大家好，我是泽南Zn。在之前的一篇文章写到， 前端如何使用websocket发送消息，websocket是怎么建立连接的呢？如果断开了会怎样？如何一直保持长连接呢？接下来，本篇文章将会带你了解--- WebSocket心跳机制