所以 Websocket 的本质是把前端的轮询放到后端了？

[gy134340]

本来比较传统的实时查询数据库更新是在前端 ajax 来轮询，现在看了一下 socket.io 的实现 websocket 如果来做数据库变动监测还是要写 setTimeInterval() 之类的，所以 websocket 出来的意义就是为了节省每次重发 http 请求的带宽吗？ 求大神指导如何实现 实时监测数据库字段的更新并发送给前端，难道真的要换 PostgreSQL 这样支持 listen/notify 的数据库？

[billlee]

谁说后端一定要轮询数据库？

[UnisandK]

Transfer-Encoding: chunked

[gy134340]

@billlee 说话说一半，老哥，说完啊

[HongJay]

好像是节省带宽|

[denghongcai]

写库时触发更新事件或者简单点换数据库

如果用轮询的做法确实是没什么区别

[barbery]

没搞懂， websocket 的优势是 push ，数据库发生了变动就应该主动 push ，而不是还是被动的查询数据检查是否有变动

[changwei]

如果只是单纯的让页面数据模型和后端数据库的数据模型同步，那么可以用各种框架提供的事件方式来触发 websocket 的推送，并不用轮循。

[mkdong]

@gy134340 后端不一定要轮询啊，比如前端发 1+1 给后端，后端计算之后发给前端 2 。 socket 嘛，双向都可以发东西给对方的。

[xylitolLin]

不知道是不是这个本质，但是哪怕是，我觉得也是值得。前端的体验和 Http 请求关系太大了，能省则省

[gy134340]

@barbery 那如果是单独的两个应用，一个 insert 数据，另一个对数据库有读的权限，数据库发生变动怎样自己 push, 触发器吗，注意是两个单独分开的应用，对着同一个数据库

[FrankFang128]

节省 HTTP 请求这还不够吗

[cevincheung]

@gy134340 #10

browser <-> websocket <-> socket-server

( QueueProducer ) -> QueueManager -> ( QueueConsumer -> socket -> socket-server )

[cevincheung]

@gy134340 #10

修改了用户名，触发修改事件（应用级代码逻辑层），入队列

队列消费者 -> 通知 socket-server-gateway -> 用户 ID 为 X 修改了用户名

socket-server-gateway -> 这个用户在哪个 socket-server 上？登录了没？没？放弃，不处理。在线？推送消息给他。

socket-server -> 用户 ID 为 X 的在我这，知道了，正在推。

browser -> 嗯，我知道了。 JS ，该你了。

[gy134340]

@mkdong 只是在做监测数据表变动时需要轮询数据表

[jybox]

socket.io 并不仅仅是 web socket ；轮询模型中额外开销是很大，即使连接可以复用，也依然要解析请求头，生成响应头；至于后端内部怎么通知是另一回事了，一般是 redis 的 pub/sub 。

[SoloCompany]

有你这样把架构和实现混在一起说的吗？
那是不是现在满大街的 ARM 的模拟器就可以说 ARM 本质上就是把指令解释放到 x86 上执行了？

[msg7086]

后端用消息队列来主动触发啊，为啥要轮询数据库？谁改了数据谁发声啊。

[wwqgtxx]

那么多消息队列都被你无视了，另外像实时弹幕直播这种活动完全不需要跑数据库嘛，服务端收到了之后直接处理一下全局广播就好了嘛

[rashawn]

websocket 跟轮询没啥关系吧

[helloworld12]

socketio 才是轮询
websocket 是 tcp 长连接