基于socket.io打造hybrid调试页面

前言

参考的钉钉调试页面实现，仅供学习！

功能为：

PC端编写代码，手机端执行

解决的痛点是：

避免了调试hybrid应用时重复写各种测试页面

源码与示例

源码

https://github.com/dailc/node-server-examples/tree/master/node-socketio-hybriddebug

运行

1.`npm install`

2.`npm run serve`启动`node`服务

3.浏览器打开`./test/debugroom.html`页面

4.开始测试（浏览器直接打开或手机扫码）

注意，手机端链接请确保在同一个网段

注意⚠️，实际情况请重写client页面，让其支持对于Hybrid容器的API

示例

原理

原理其实非常简单，就是HTML5中的websocket，而且为了方便，还直接使用了成熟的第三方库socket.io

基本交互如下：

1.先启动一个node后台（控制台），基于`express`和`socket.io`监听`socket`连接

2.打开一个PC端调试页面，连接后台，创建一个房间（可以创建N个房间）

3.PC端页面基于房间号生成对应房间的客户端地址（每一个房间中可以有`N`个客户端），并基于地址创建二维码，方便使用（可以基于`qrcode.js`等库）

4.`Hybrid`客户端扫码后（或者打开客户端链接后），客户端页面连接后台，根据当前的房间号，在房间中创建客户端

5.PC端输入代码后，点击执行时，会将代码文本发送到后台，然后后台再推送给客户端，客户端通过`eval`即可执行这段代码，执行完毕后也可通过同样方式通知PC端

需要注意的是：

• 服务端是引用的npm的socket.io包
• 客户端是引用socket.io-client项目中发布的socket.io.js文件

另外：

• 后台程序直接基于es6语法编写的，然后基于gulp打包成dest文件，实际运行的是dest中的发布文件，代码规范接近与airbnb
• 前端页面的话比较随意，样式还大量用了钉钉原本的样式，也没有考虑各种浏览器的兼容
• 为什么说是hybrid调试页面？因为打造它的核心需求就是用来调试hybridAPI

步骤

由于篇幅关系（也没有必要），并不会将所有代码都介绍一遍，只会介绍一些重点步骤，更多的可以直接阅读源码（源码中已经足够清晰）

设计DebugRoom（PC端）和DebugClient（hybrid端）

根据交互，PC端和hybrid端都需要和后台连接，因此这里直接单独封装了两个类

DebuRoom类

房间的定义是：

• 只有一个socket引用
• 有一个房间id标识
• 房间内可以管理客户端（增，删，查）

class DebugRoom {
    // 所属的房间号
    this._roomId
    // 所持有的socket对象
    this._socket
    // 客户端持有默认是一个空对象，key是clientid，value是client
    this._clients
    
    id()
    clients()
    socket()
    getClientsCount()
    removeClient(client)
    addClient(client)
    clearClients()
}

DebugClient类

客户端的定义是：

• 只有一个socket引用
• 有一个客户端id标识
• 有一个房间id引用，指向对于的房间号（当然其实也可以是引用DebugRoom对象的）

class DebugClient {
    // 所属的房间号
    this._roomId
    // 客户端id
    this._clientId
    // 所持有的socket对象
    this._socket
    
    id()
    roomId()
    socket()
}

设计一些交互接口

前后端交互通过socket.io中定义的事件来，以下是房间以及客户端和后台的交互事件接口

通用交互事件

后台：

// 后台监听连接，每有一个连接时（前端通过`io.connect`），会通知客户端触发'open'事件
io.on('connection', ...)

// 后台监听关闭连接，每当连接关闭时（前端直接关闭或调用`socket.disconnect`），会检测本地房间与客户端，如果关闭的是客户端，则移除这个客户端，对于的房间下的引用也置空，否则如果是房间，移除并关闭房间内所有的客户端
io.on('disconnect', ...)

房间与客户端：

// 前台监听打开事件，此时，如果是房间，则会通知后台触发'create room'，否则通知后台触发'create client'
socket.on('open', ...)

// 前台监听连接是否关闭
socket.on('disconnect', ...)

房间与后台交互事件

后台：

// 监听创建房间，如果房间ID合法，则会创建一个新的房间（new DebugRoom）
io.on('create room', ...)
// 监听房间分发数据，并且将数据转发给房间内的所有客户端，通知客户端触发'receive dispatch data'事件
io.on('dispatch data', ...)

房间：

// 监听客户端创建，每一个客户端加入对应房间时都会通知这个房间
socket.on('client created', ...)
// 监听客户端关闭，每一个客户端退出时都会通知这个房间
socket.on('client destroy', ...)
// 监听客户端执行，客户端每执行一次分发数据时，都会通知房间是否执行成功
socket.on('client excuted', ...)

客户端与后台交互事件

后台：

// 监听客户端创建，如果房间已存在，并且客户端id合法，才会正常创建，创建完后会通知房间触发'client created'事件
io.on('create client', ...)
// 监听客户端响应执行，客户端执行一次分发数据后，会通知后台，后台接收到这个事件后，通知房间触发'client excuted'事件
io.on('client excute notify', ...)

客户端：

// 监听接收分发数据，接收完后会执行数据中的代码，并且通知后台是否执行成功，触发后台的'client excute notify'事件
socket.on('receive dispatch data', ...)

一些逻辑上的细节

以上流程就是整套程序的基本思路与交互，这里再补充一些交互细节

• 用全局的roomsHash和clientsHash缓存住所有的房间和客户端，方便直接查询
• 每次创建时，id可以直接绑定在对于的socket中，这样更方便
• 房间和客户端id最好不要直接使用，可以进过一次编码（这样可以直接使用中文）
• 客户端失联时，一定要先判断房间是否以及销毁，不要重复操作
• 失去连接后，缓存中的引用要及时清除

更多源码请参考https://github.com/dailc/node-server-examples/tree/master/node-socketio-hybriddebug

附录

博客

初次发布2017.11.28于个人博客

http://www.dailichun.com/2017/11/28/socket_hybriddebug.html

参考资料

• socket.io/docs
• 钉钉JSAPI控制台