前端或客户端通过websocket与服务端通信是一个很好的方案。
另外注意的一个是单次请求的数据量，再就是并发量。基本没有大问题。

【 在 lifegreen 的大作中提到: 】
: 所有设备的驱动都是C语言，恐怕必须用C语言进行数据采集和控制，这样后端与用JS的前端用什么通信？websocket？注：后端的数据量可能还不小，希望控制在10Mbps以内。
: 没做过web应用，这次主要是想提升界面的显示效果，并且为App做准备，各位大神有什么建议吗？
--
FROM 106.121.134.*

当然可以。
要明确的是，数据采集这个功能和数据展示是两个独立过程。一个是生产者一个是消费者，当然可以不做任何缓存，只是转发，所有上报采集到的数据一股脑发给客户端，不管是否出错或看到。
一般引入mqtt等消息队列做缓存的原因是，很难保证生产者和消费者的节奏是一致的、很难保证网络一直是好的，也很难保证后续不加入查看历史数据的功能。如果对数据完整性要求没那么高，不要缓存，服务端直接做转发是可行的。

另外服务端是否用C语言跟你的设备端用什么语言也没有必然联系。设备驱动用C只需要能跟服务端通信上报数据就可以了。

【 在 lifegreen 的大作中提到: 】
: web应用我没有做过，目前想的是用C语言实现后端的数据采集，然后通过websocket直接给前端，中间不经过数据库或消息队列，实时采集，实时发送，不缓存，前端只能看到访问时刻的数据，历史数据不给它。您觉得这样可行吗？
:
--
修改:syssky FROM 106.121.134.*
FROM 106.121.134.*