(资料图片仅供参考)

直接说结论吧，这算是特性，需要我们重新制定参数标准。

参数名称为“目的端”，数据类型为“通用型（all）”，所处语句为“发送文本”。注明：该参数可以接受两种不同的数据，一个是“请求代码”，一个是“客户句柄”，这两种数据都可以作为服务程序发送数据的目的端，当参数为“请求代码”时，发送的目的端就是该请求代码的来源。

这是原参数的标准，表示的并不是很明确，如果硬扣字眼也能解决这次的问题；

句柄和代码都可以作为标记，来给客户发送消息，而在同步通信中，句柄由于是一串数字，无法指定发送者，所以在同步通信中要使用 消息代码 作为标记。

上图中依次为 地址、句柄、代码、消息

其实也可以不用远程通信支持库

点击后依次经过连接、发送、接收、断开操作；

PS：

例如，假设发送方要向接收方发送一段数据，发送方首先会发送一个同步信号，通知接收方即开始传输数据，表示为"->SYNC"。接收方接收到同步信号后，会恢复一个确认信号，表示已准备好接收数据，表示为“<-ACK”。然后，发送方开始传输数据，每传输一个数据块，会在数据块之间添加一个分隔符，显示为"->|DATA|"。接收方接收到数据后，会回复一个正确的确认号，表示已经成功接收到数据，表示为“<-ACK”。如果在数据传输过程中出现错误，比起数据丢失或损坏，接收方会发送一个错误信息，显示为"<-ERROR"，发送方会重新发送数据，直接到接收方确认成功接收为停止。