@luckyv2 好的，感谢您的建议

@xmumiffy PWA 首次加载会进行缓存，第二次离线情况也可正常使用

golang + govcl ，轻量无依赖，打包完压缩后就几 M ，不依赖 Runtime, 开发简单的页面完全够了

你可能不太了解音视频开发相关的，通常一个完整的音视频流会分为控制通道和传输通道，还涉及到编码解码，因为不可能直接传原始音频 pcm 数据，这个体积会非常大，而且其他音频录入源必然也是编码后的数据， 我不知道你说的嵌入式设备是那种。
如果能带 Linux 系统，有一种最简单没啥门槛的方案，用 mqtt 通信/控制，集成一个 ffmpeg 调用 ffplay 通过 rtsp(延迟低)/rtmp(延迟高)，在此需要在服务器部署一个流媒体服务器（ mediamtx,ZLMediaKit 等等），客户端通过 webrtc/rtmp/rtsp/rtp 向流媒体推流，把流地址通过 mqtt 发送给设备，设备直接通过 ffmpeg 调用 ffplay 播放就完事了
如果是 stm32 这种单片机, 考虑到资源有限可用的轮子不多,那要做的事情可能就非常多了

另外如果服务器带宽有限，设备非常多的情况下，还需要实现 NAT 穿透，通过 ICE(STUN&TURN) 实现点对点通信啥的

慢的主要原因是你没提前开一个事务, (貌似 pgsql 关了自动提交，executeBatch 每条语句都是一个独立的事务)，所以执行前可以提前开一个事务
还有两种更快方案：
依然还是用 batchexecute
1. 基于 pgsql INSERT...ON CONFLICT DO UPDATE （主键冲突则更新）实现批量更新
2. 复制一张表，在这张表的基础上批量插入，执行完了再把名字改回去（相比第一种更快）

用二进制包的角度分析，看起来不难，前两字节应该是包类型(0x0002 为文本或者 error?), 第三个和第四个字节一看就是包长度 0x0008 ，正好对应后续字符所占字节数量

@mrjnamei 在国内做支付是要牌照的，就算对接的都是正经网站，严格意义上来说也构成非法经营了

四方支付？本来就是灰色产业

https://hexhub.cn/ssh 前端是开源的