建议HTTP API新增 /clients/connected ，可以快速获取已连接的客户端，回复参数尽量简单，比如只有2个字段：
“clientid”: “string”,
“connected_at”: 1640995200000,
然后请求时候limit最好最大为10000或更高，小应用可以不用处理分页问题。
V4的/clients的limit最大是10000，V5的/clients的limit最大是1000,之前反馈过，是说太多影响性能，我的想法是这个操作不经常操作，比如我是在线服务开启时会读取，然后就订阅规则里面转发的连接和断开主题。
新增一个 /clients/connected 更好，不影响原来 /clients的业务，并且回复的字段减少很多，可以一次回复很多条，其实limit可以更加开放一些，在局域网或者同机器情况下，limit可以让用户设置很高，如果有用户是网络访问，那个他自己把limit设置小一点。
你好，感谢你提出的这个建议，我已经将你的需求反馈给研发团队，有任何更新我会及时与你同步。
你可以通过 /clients?conn_state=connected 这种方式来获取指定连接状态的客户端，10000的返回条目数量限制我们会在完成性能后尽快开放。
为什么 5.x 版本的 HTTP api /api/v5/clients 不再支持 clientid 条件查询参数查询方式，只支持_like_clientid 模糊查询的方式。 之前4.X 版本都支持的
您说的“ 可以通过 /clients?conn_state=connected 这种方式来获取指定连接状态的客户端”，我的核心不是在于无法获取到连接设备，并且绝大部分设备都是连接状态。我的核心在于返回的参数尽量少，条数尽量多，对于网络带宽等都比较友好，因为有时候获取已连接的设备就只需要clientid和connected_at这2个参数，其他不需要的，所以我才建议新增，而不是原来的改
如果想通过 Client ID 查询，可以使用 GET /clients/{clientid}。
你查询已连接设备的频率大概是多少？