关于通讯协议的讨论

[Cranyozen]

由于目前使用的通讯协议 TCP 有许多不足 (不是说不好而是不够好) , 例如: 过于原始的通讯方式无疑提高了开发成本
现讨论是否有更换或者部分使用不同的协议
在此提出一些想法
如:

• WebSocket (使浏览器也可用)
• KCP

  KCP是一个快速可靠协议，能以比 TCP 浪费 10%-20% 的带宽的代价，换取平均延迟降低 30%-40%，且最大延迟降低三倍的传输效果。纯算法实现，并不负责底层协议（如UDP）的收发，需要使用者自己定义下层数据包的发送方式，以 callback的方式提供给 KCP。 连时钟都需要外部传递进来，内部不会有任何一次系统调用。

• HP-Socket 基于 KCP 的类 WebSocket 协议 ?

  高性能跨平台网络通信框架

更换协议是一个痛苦且长期的过程, 在此仅提供部分设想.

[Dynesshely]

我认为在 KitX 与 KitX Loader 以及 KitX 与 KitX 之间使用 Tcp 通讯没有特别提高开发成本的地方, 以下是在 C# 中使用 Tcp 通讯的示例:

var bytes = Encoding.UTF8.GetBytes("content");
client.Send(bytes, 0, bytes.Length); // client is a instance for TcpClient class

由于 KitX 已经封装好相关方法, 实际发送内容仅需使用以下代码 (以向插件发送信息为例):

var bytes = Encoding.UTF8.GetBytes("content");
Program.WebManager?.pluginsServer?.Send(bytes, target);

其中, target 是插件 loader 的 ip 地址, 例如: 127.0.0.1:58523

[Dynesshely]

我个人认为 Tcp 调用确实很方便, 但如果做 Call Callback 等这些命令不如像 ws 来的方便, 定义好 api 即可, 不需要使用传统的 json 字符串传输命令

使用 tcp socket 进行通讯的另一个好处是, 我们可以更方便地添加东西, 例如实现自定义的加密

[Cranyozen]

使用 tcp socket 进行通讯的另一个好处是, 我们可以更方便地添加东西, 例如实现自定义的加密

当然 这更原始 几乎所有通信协议都可以加密传输, 部分协议甚至本身支持加密传输, 例如 WebSocket Secure (wss)
但使用 api 定义各种接口始终是更加优雅的
我们也可以使用混合协议开发 :)

[StardustSeemsInk]

kcp呢？kcp似乎能更自由，因为可以直接改它的底层代码，c版kcp似乎只有1300行代码。

[Dynesshely]

使用 tcp socket 进行通讯的另一个好处是, 我们可以更方便地添加东西, 例如实现自定义的加密

当然 这更原始 几乎所有通信协议都可以加密传输, 部分协议甚至本身支持加密传输, 例如 WebSocket Secure (wss) 但使用 api 定义各种接口始终是更加优雅的 我们也可以使用混合协议开发 :)

暂时不考虑更换协议, 目前已经使用 tcp socket 开发了大部分通讯部分

后续可以增加其它方式并增加选择器

[Dynesshely]

As #261 (comment)

[Dynesshely]

追更, 在 #278 中, 我们已经将 Dashboard <-> Loader 的通讯协议重写为 WebSocket, 此 Discussion 可以关闭.