多进程服务器，包含多个进程，比如jt1078服务器、PC服务器，以及后续的SRS服务器
目前端口使用情况
| 服务 | 端口 | 说明 |
|---|---|---|
| jt1078_server | 9501 | 对外汽车连接 |
| jt1078_server | 9511 | 对内pc_server与web_server |
| redis | 6379 | 看具体redis端口，目前jt1078_server会是会用redis |
| pc_server | 9521 | 对外，Qt客户端连接，获取实时视频 |
| web_server | 9531 | 对外，处理SRS回调。 |
jt1078_server与其他各个模块交互逻辑
sequenceDiagram
participant jt1078_server
participant subscriber as pc/web
participant redis
participant car
subscriber ->> jt1078_server:建立TCP连接，后续通信都经过此连接
note over subscriber:由用户触发，播放某个汽车通道数据。pc_server或web_server发送订阅请求。
subscriber ->> jt1078_server:发送订阅某个device_id的请求
alt 是pc_server发送的请求
jt1078_server ->> redis:向队列EXTERNAL_COMMAND写入数据，经过808通知汽车连接本服务器
else 是web_server发送的请求
note over jt1078_server:当是web_server的请求时，不像redis队列写数据，因为张总那边服务会自动通知汽车
end
car ->> jt1078_server:连接jt1078_server，上传车载音视频数据
note over jt1078_server:解析汽车数据
jt1078_server ->> subscriber:分发订阅的通道数据
alt jt1078_server程序意外重启
note over subscriber:检测到断线后，会保存当前订阅通道，和后续新订阅通道。<br/>用户的订阅或取消订阅也会同步修改。<br/>当重连成功后，会自动发送订阅请求。
end
- 提供音视频编解码功能，生成RTMP流，并推送到SRS
- 提供Http服务器，支持SRS回调
- 提供Http服务器，（与张总一起处理？，当浏览器播放某条视频时，向Http服务器发送消息，然后才播放。通过srs服务器，向jt1078服务器，订阅某个车辆数据。目前在SRS的on_play回调后，会自动发送订阅请求，不需要张总那边再向汽车发送请求了）
- 提供发送订阅功能，连接jt1078_server，订阅或取消订阅数据
外界通知订阅通道
curl "http://127.0.0.1:9531/web_on_play" -X POST -d "{\"device_id\":\"06495940943803\"}"SRS回调接口-开始播放
curl "http://127.0.0.1:9531/api/v1/sessions" -X POST -d "{\"client_id\":\"dsfsdfsafd\",\"stream\":\"06495940943803\",\"action\":\"on_play\"}"SRS回调接口-关闭窗口
curl "http://127.0.0.1:9531/api/v1/sessions" -X POST -d "{\"client_id\":\"dsfsdfsafd\",\"stream\":\"06495940943803\",\"action\":\"on_stop\"}"SRS网页端播放连接
http://127.0.0.1:8080/live/06495940943803.flv/usr/local/srs
回调配置项在http_hooks中。实时和历史需要各开一个。
vhost __defaultVhost__ {
hls {
enabled on;
}
http_remux {
enabled on;
mount [vhost]/[app]/[stream].flv;
}
http_hooks {
enabled on;
# 网页打开一个视频，会回调此接口
on_play http://127.0.0.1:9992/api/v1/sessions;
#关闭网页或者其他原因导致无法继续播放，会回调此接口
on_stop http://127.0.0.1:9992/api/v1/sessions;
}
}
通过在SRS的配置文件中配置http_hooks选项。
当回调on_play时，web_server向jt1078_server发送订阅请求。
当回调on_stop时，web_server向jt1078_server发送取消订阅请求。
web_server针对SRS的回调中不同的client_id有着统一处理，保证同一个通道，只会发送一次订阅/取消订阅请求，不会出现重复订阅/取消订阅的情况
-
停止之前实时视频服务程序clang-1078，释放端口占用
9991(TCP)和9992(HTTP) -
修改实时视频SRS的回调地址，之前是9992，修改为web_server的HTTP端口9531
-
部署jt1078_server，修改jt1078.ini，对外端口使用之前实时服务器IP
9991 -
部署web_server，修改web.ini，连接9501端口，对外暴露9531端口，设置实时视频SRS端口1935
说明：之前的旧逻辑是历史视频和实时视频服务器，使用的同一个程序，使用不同的配置文件，对外暴露不同的端口，连接不同的SRS实现的。
这种做法，在后台只有1个程序时，可以处理。但是新版后台系统中，由于同时存在三个服务jt1078_server、web_server和pc_server。如果再使用拷贝一套的方法，部署到线上，操作和维护起来会比较麻烦。
所以就考虑，将历史视频处理逻辑也合并到程序中，使得一个程序即支持实时视频，也支持历史视频。这样后续维护起来也方便。
待处理问题：
- jt1078_server额外添加端口，并区分的可能性
- web_server应该如何区分实时视频和历史视频请求，并进行推送回调。
- 参考实时视频，维护一个历史视频表，历史视频相关的放到这个表中进行处理。
- srs的改动
- 需要历史视频srs，
- 包头
ipc::packet_t的m_uPktType添加类型标识，标识实时视频包，还是历史视频包。 - 对外暴露一个端口，用来接收汽车历史数据。同时通过此端口的标识，自动添加历史视频标识。之前的实时端口自动标识实时视频
- 再启动一个Jt1078Server类实例，用来处理历史视频数据，维护历史视频车辆的连接。
- ForwardServer再添加一个订阅列表，表示历史视频订阅者列表。
- 修改ForwardServer，在Publish时，添加历史或实时的区分。
- 额外暴露一个端口，用来接收srs的历史视频回调。
- 暂时不需要修改，主要是jt1078_server和web_server修改。
注意事项：
- 对外暴露的端口号：9531
1、SRS会有数据缓存落地，来支持视频进度拖动。这就会导致天然的慢一些。（观察发现，web_server将数据推流过去之后，有个2~3秒左右延时）
2、web_server开始处理汽车jt1078数据时，需要SRS先通过on_play回调，web_server才会处理对应通道数据，推流到SRS，这里又会慢一些
（实际发现汽车连接到jt1078_server之后，srs的on_play回调还未过来，中间有个3~4秒延时。）
3、汽车连接到jt1078_server的延时（这个延时观察发现，除非是汽车设备问题，不会连接jt1078_server，否则大部分情况下，是on_play的回调更慢些，延时不在这里）
4、其他网络延时或者处理延时（延时很小，可以忽略）
优化：
1、 尝试使用其他SRS的回调，作为开启标识。
2、去除on_play回到再创建的标识。而是在接收到之后，就创建。