本文探讨了 CometD 中消息传递的具体机制。详细分析了客户端和服务端如何通过特定通道实现消息的发送与接收，并对比了不同通道类型的特点。
一直在疑惑cometd里如何直接返回消息，试了一下，果然还是要异步的。
比如一个 /service/echo，在server端sub一下，就可以收到所有client发来的，而client只能收到server返回的，而不能收到其他client发来的。
server sub /service/echo
client sub /service/echo
这两者是不一样的，当client pub to /service/echo的时候，只有server收到，而server直接可以返回内容，这时候只有发出的client可以收到，当然前提是client sub /service/echo，这时候的sub只接受server发出的，而client发出的不会被别的client所接受到。
似乎普通channel是可以都收到的。
比如 sub /any/any 就可以收到任意client发来的消息，有点象群聊一样。
比如一个 /service/echo，在server端sub一下，就可以收到所有client发来的，而client只能收到server返回的，而不能收到其他client发来的。
server sub /service/echo
client sub /service/echo
这两者是不一样的，当client pub to /service/echo的时候，只有server收到，而server直接可以返回内容，这时候只有发出的client可以收到，当然前提是client sub /service/echo，这时候的sub只接受server发出的，而client发出的不会被别的client所接受到。
似乎普通channel是可以都收到的。
比如 sub /any/any 就可以收到任意client发来的消息，有点象群聊一样。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
