语音平台的主要功能是智能外呼，用于调用各个服务来完成智能问答。该产品2.0版本bug较多并且不稳定，所以进行了一次重构。 重构主要有3个同事完成，我负责其中的server模块和底层部分filter构建。 重构之后，服务之间的链路传输大大减少并且系统稳定性得到了很大的提升，能够满足2000路并发。

该系统主要是用于工厂内测温设备软件测试数据的收集，方便管理。由三个模块组成：web页面前端展示，beego服务后端管理，嵌入式qt软件测试。 功能有：产品序列号的下发，工位管理，测试结果查询展示，设备升级等。 此系统由0-1搭建，总共有4个人力，我负责整个项目的管理，web前端和beego后端开发，另外两个同事负责Qt开发，还有一个测试同事。整个项目的难点是对业务的理解以及人力的管理。

该项目是坐席辅助功能的一个模块，主要功能是抓取线路通话的数据，拆分数据，然后把语音流推送到 JAVA端，java 端把用户和坐席的通话内容通过 asr 转成文本，之后通过 bot 模块，给出提示信息。 存在的问题： 并发数据无法提升，只能维持在300路左右。 分析原因: 1. 网卡抓包数据并发多时会丢包 2. 业务处理太慢，导致队列阻塞，最终会导致1丢包。 3. 推送 udp 数据会丢包。 解决方案： 1. 替换底层的库，由之前的 libcap 转成 mmap ，可以减少一次内存分配，有助于减少丢包。 2. 解析到 udp 数据之后，立即分发，不做 rtp 的解析和相关解码工作，使得分发速度提升。 3. 针对 udp 丢包情况，接收端一方面要提升缓存 buffer 的大小，另一方面还要接收到数据之后立即分发，由其他线程来处理数据。 另外提供 grpc 的通信模式。 4. 优化了一些业务逻辑不合理的情况，保证了代码结构的可维护性。 经过以上几点的优化，vas 的并发能力稳定地保持在2000路，提升了项目的交付能力。