TP插件和主程序怎么“通话”？通讯机制详解

导读： TP插件和主程序怎么“通话”？通讯机制详解由TP官方正版下载所得的插件并非独自进行运行, 此插件必须要和主程序维持实时的数据交换。这样的一套通讯机制恰似两个人在打电话, 主程序就像是总机, 插件如同那分机。插件完成安装后...

TP插件和主程序怎么“通话”？通讯机制详解

由TP官方正版下载所得的插件并非独自进行运行, 此插件必须要和主程序维持实时的数据交换。这样的一套通讯机制恰似两个人在打电话, 主程序就像是总机, 插件如同那分机。插件完成安装后, 会先经由注册接口朝着主程序发送“身份信息”, 这里面涵盖插件ID以及版本号, 主程序当核对无误之后便会分配出一个专属的会话通道。

实际运行之际,插件借助API接口去发送请求TP插件和主程序怎么“通话”？通讯机制详解, 像是用户点击“开始下载”之时, 插件会将文件链接以及目标路径打包成数据包, 借助JSON格式传递给主程序, 主程序接收之后解析指令, 调用底层下载引擎去执行任务, 与此同时把子程序将进度、速度、错误码实时推送回插件, 这般推送机制依赖WebSocket长连接, 较轮询更为高效, 下载大文件之际不会出现卡顿现象。

通讯协议运用HTTPS加密, 用以防止中间人进行篡改, 插件在每次进行数据收发之时都带有唯一令牌, 主程序在验证令牌有效性之后才会做出响应 如果令牌过期或者IP出现异常, 通讯就会被中断, 这属于安全层面的硬性要求,要是用户碰到插件没有响应的情形TP官方正版下载插件与主程序通讯机制, 大多是令牌刷新失败所导致, 需重启主程序以此重置会话。

开发者于谋划插件之际, 务必要依从主程序所确定的数据结构。像回调函数之名以及参数序列不能任意予以变动, 不然主程序在解析失效时会径直返回错误代码。我曾目睹许多第三方插件擅自更改字段,后果是数据遗失, 下载至半途出现卡顿现象。TP官方正版下载而来的插件模板已然封装好了底层通讯代码, 接入时务要填好业务逻辑便可。