为树莓派C++数据采集程序添加Web控制界面方案咨询

核心逻辑：拆分Web交互与任务管理 #

要解决短会话Web服务和长生命周期任务的矛盾，关键是把任务的启动、跟踪、终止逻辑从Web会话中抽离，用一个独立的常驻后台服务专门负责任务管理，Web服务仅作为前端交互的入口，通过与后台服务通信实现需求。

具体可行方案 #

1. 独立后台任务守护进程（C++实现）

• 编写一个后台常驻的守护进程，核心职责：
  • 管理ADC采集程序的所有实例：启动子进程、记录PID、跟踪运行状态（进度、起止时间、关联数据文件）
  • 提供通信接口：可以用Unix域套接字、共享内存，或者轻量REST API，供Web服务调用
• Web服务仅处理前端请求，将用户操作转化为指令发送给守护进程：
  • 启动任务：守护进程创建采集进程，返回唯一任务ID
  • 查询进度：通过任务ID从守护进程获取实时状态
  • 终止任务：通过任务ID向对应采集进程发送终止信号
• 数据下载：采集程序将数据写入指定目录，守护进程记录每个任务的文件路径，Web服务直接读取对应文件提供下载

2. 支持全局状态的轻量级C++ Web框架

如果不想拆分服务，可以选择本身为常驻进程、支持全局状态的Web框架：

• Pistache：异步轻量Web框架，可在主线程中启动后台任务，或维护全局任务列表，不受客户端会话关闭影响
• cpp-httplib：极简HTTP服务器，能在服务进程内维护全局任务管理器，独立于客户端会话
• 这类框架的优势是Web服务本身持续运行，会话只是交互窗口，不影响后台任务的生命周期

3. 现有方案的优化方向

• CGI/FastCGI方案：
  • 不要在CGI中直接启动采集进程，而是让CGI调用独立的后台任务管理器（比如通过命令行传参或套接字通信）
  • 推荐C++ FastCGI库：fcgi++，封装了底层细节，简化响应逻辑编写
• Wt框架优化：
  • 实现全局单例的任务管理器，所有WtApplication实例共享该管理器，即使客户端会话关闭，全局管理器仍会持续跟踪任务状态
  • 注意添加线程锁，避免多会话操作时的资源竞争

4. 补充建议

• 任务状态持久化：将任务PID、进度、数据文件路径等信息写入SQLite或本地配置文件，防止后台管理器重启后丢失状态
• 进度实时同步：采集程序定期将进度写入共享内存/日志，或主动上报给任务管理器；Web服务可通过轮询或WebSocket获取实时进度
• 基础权限控制：添加简单的令牌验证，避免非法操作任务实例

内容的提问来源于stack exchange，提问作者user8624414