在用netty进行websocket客户端、服务端消息传递时，发现服务端使用netty的channel.writeAndFlush不是立马写回，而是等待后面几条消息后一起返回的，出现"netty消息发送成功至客户端"日志扎堆出现；解决方案为右侧代码，连接之后用countDownLatch.await等待，但是在连接打开的onOpen方法里面释放，从而让主线程结束，到onMessage的任务线程时，

2：按照实际一倍速阻塞推，同时添加到轨道中。原理：以第一帧时间为基准时间，根据音频的采样率等信息，预估一个下一帧的到达时间，通过比对下一帧的实际到达时间跟预估时间差值，决定等待时长，每一帧的等待时间都是不一样的，这样才能达到音频播放最优效果；3：通道及轨道关闭。如果音频推送完成，通过回调函数告知程序，程序关闭对应轨道及通道。1：将音频流转换成可传递的音频帧。

【代码】python实现webrtc通过whep拉取实时音频流。

【代码】【docker】拉取镜像报证书错误：error pulling image configuration: download failed after attempts=6: tls: failed t。

上面为推流，下面为拉流。

org.springframework.boot:spring-boot-starter-parent:pom:2.2.7.RELEASE failed to transfer

如上图，今天想练习一下springCloud的时候，写父依赖对其进行版本控制的<properties>标签，一直报未闭合（Element properties is not closed），也怪自己不细心，原来在写properties写到一半他一般都会有提示，然后我们直接就会回车生成，但这时，回车生成的是单标签自闭合，也就是<properties/>,然后因为写前端写习惯了

1):DispatcherServlet中的截图打开路径为---External Libraries下面的webmvc:5.2.15.REKEASE.jar包里面的org.springframework.web.servlet.DispatcherServlet2):解析原因在spring-mvc.xml中，例如文件解析器中的id就必须声明为multipartResolver,不然就无法使用，因为

一、MyBatis-Plus1、简介　　MyBatis-Plus 是一个 Mybatis 增强版工具，在 MyBatis 上扩充了其他功能没有改变其基本功能，为了简化开发提交效率而存在。官网文档地址：　　https://mp.baomidou.com/guide/MyBatis-Plus 特性：　　https://mp.baomidou.com/guide/#%E7%89%B9%E6%80%A72

今天在创建Eureka的时候代码没任何问题，但启动就是报错，报错如下：Application run failed，连启动类都启动不起来于是我就想到一种可能，就上官网查看了一下：这是官网的版本对应：这是我的版本对应：官方Hoxton.SR12最高才支持2.3.12版本的springboot，我是用Greenwich.SR6版本的springcloud却用着2.4.3的版本。 有些人报：NoClas