| title |
description |
draft |
type |
created_at |
published_at |
updated_at |
category |
tags |
tech_stack |
tech_stack_percent |
tech_stack_icon_names |
tech_stack_theme_colors |
| ApiFox / Postman 使用WebSocket连接SignalR需要注意的小问题 |
使用ApiFox测试SignalR时发现消息发送无响应，原因为未在消息末尾添加结束符0x1e。正确格式为消息体后加0x1e字符，如`{"protocol":"json","version":1}`。调用方法需按指定JSON结构，并注意不同类型消息的含义。 |
false |
article |
2024-09-11T15:00:00+08:00 |
2024-09-11T15:08:00+08:00 |
| 2024-09-11T15:08:00+08:00 |
|
个人 |
|
|
|
|
|
!!!warning Legacy Article 过时的文章
此文章从旧博客迁移而来，编写时技术水平有限，仅供参考
!!!
省流：忘加0x1e
最近刚接触SignalR，发现用ApiFox怎么都没法测试，可以正常连接，但是发消息没有任何反应。我一度怀疑是自己的环境出了问题。
后来直接使用大佬的代码（带前端）进行测试，发现是正常的。说明这只是操作上的问题。又去搜postman调试SignalR。才找到了这个简单的隐蔽的问题。
SignalR的交流以0x1e作为结束符。之前没有注意到这一点，走了一些弯路。
{"protocol":"json","version":1}
这段代码末尾加了个0x1e。可以直接整段复制用于SignalR连接。
TakeAway message:
如果想要上传消息，格式是：
{
"type": 1,
"target": "方法名",
"arguments": ["方法参数1", "方法参数2..."]
}
SignalR type 数字含义：（From Copilot）
- Invocation (1)：
• 表示客户端或服务器调用一个方法。
• 例如，客户端调用服务器上的一个Hub方法。
- StreamItem (2)：
• 表示流中的一项数据。
• 用于流式传输数据时，每个数据项都会使用这个消息类型。
- Completion (3)：
• 表示一个调用或流的完成。
• 包含调用的结果或错误信息。
- StreamInvocation (4)：
• 表示客户端请求从服务器流式传输数据。
• 服务器会返回多个StreamItem消息。
- CancelInvocation (5)：
• 表示取消一个流式传输的请求。
• 客户端可以发送这个消息来取消一个正在进行的流。
- Ping (6)：
• 表示一个心跳消息，用于保持连接活跃。
• 没有负载，只是为了确保连接没有超时。
- Close (7)：
• 表示连接关闭。
• 包含可选的错误信息。