案例分析

针对你题中的问题，我理解可以考虑使用事件驱动模型来处理。

解决方案

我先简单画了下我的设计方案，仅供参考。
在参考这个图之间，建议先通读下这篇关于事件驱动的文章：干货 | 用FreeRTOS搭建Event-Driven应用框架

这个设计图体现的就是，4个采集线程共用2条消息队列，一条消息队列专供本地显示，另一条消息队列专供远端上传，这样可以把事件的处理解耦开来。
这个方案，有一点点的缺点就是，在同样的事件存在于2条队列中，稍微多耗了一些内存。

建议是每个采样线程都上传2次消息队列，一个给本地显示，一个给远端发送数据线程即可。

这个有一个前提，采样频度比较低，比如每秒不到 10 次。每通道采样一次耗时比较集中而且很快，例如 spi 或者 iic 接口和 adc 这种方式。可以四个通道采样使用一个线程，四个通道挨个采样，采样线程给其它线程挨个发信号，之后进入几十毫秒的延时休眠，等待下次采样。

如果采样比较频繁，每秒几十次。可以把采样数据放到共享内存（全局变量内存），显示线程定时间隔刷新界面从共享内存获取数据刷新显示。要求每次采样都上传，就每次采样单独给上传线程发信号，然后上传线程去共享内存获取数据。
线程不要太多，信号、队列也不要太多。采样频度低的时候也可以这么做。

一个通道一个采样线程的方式，线程数量有点儿多，很难保证四个通道的数据同步，有可能采样间隔比较长，比一个线程挨个采样四个通道使用的时间长。