LED情报板目前已经基本稳定
主要存在两个版本LED1.5 和LED2
两个版本的主要差别是 ：
1.1.5的配置文件存在本地 2.0的存在平台 需要通过接口从平台获取
2.1.5的下发消息的时候需要同步返回 2.0的是异步返回，所以1.5的要尽可能完成 不然会导致发 布平台卡在那里
3.1.5上报状态是一个一个上报的，2.0上报是所有板子一起上报
4.1.5有注册接口 注册的时候需要把每个情报板支持的字体大小 上报给平台 2.0都是在平台配置的
5.1.5采用xml数据格式 2.0采用json格式
基于以上的区别 1.5和2.0架构完全不同 2.0是先开发的 1.5 是 后开发的
1.5采用类似nginx的主从进程模式，主进程负责监控子进程 程序初始化工作等等
并发采用协程st-thread进行 子进程启动会开启协程池比如20个协程，用来等待客户端的连接
所有下发都是协程接口进行 这样保证了并发性，同时引入了redis缓存 用于保存每个情报板的发布状态 发布记录等等 每个情报板保存多达500条记录，具体的是在配置文件中配置的 由于redis的数据是保存在内存中 所以 不能设置的太大
2.0查询状态采用EPOLL 发布的话则采取线程池同步io的方式处理
实现GetRunInfo实时查看情报板的状态
提供GetPublisInfo接口用于查看每个情报板的发布记录 如下图
LED2.0支持图片发布 支持加密功能
LED1.5版本部署步骤
主程序led1.5
配置文件config.json
日志配置文件zlog.conf
情报板信息文件ledlist.json
辅助脚本RunCmd.sh killcmd.sh status.sh GetPublish
redis-server redis-cli redis.conf
需要先启动redis ./redis-server redis.conf
config.json文件主要配置如下 包括平台ip端口 redis端口 redis记录大小等等
LED2.0版本需要
主程序led2
主程序配置文件config.json
日志配置文件zlog.conf
如果是ubuntu22.04一下版本还需要新版本的libstdc++.so.6库
如果启用加密还需要store_keys.txt文件
辅助脚本RunCmd.sh killcmd.sh status.sh GetPublish
redis-server redis-cli redis.conf
需要先启动redis ./redis-server redis.conf
config.json文件和1.5版本的差不多
涉及到的技术栈
HTTP 协程 线程池 EPOLL REDIS
日志采用第三方的zlog
HTTP1.5的是自己解析的 2.0采用的cpp-httplib
xml解析tiny2xml json解析jsonxx
协程库采用st-thread
别的好像没啥了