性能工具之emqtt-bench BenchMark 测试示例

文章目录

  • 一、前言
  • 二、典型压测场景
  • 三、机器准备
  • 四、典型压测场景
    • 1、并发连接
    • 2、消息吞吐量测试
      • 2.1 1 对 1（示例）
      • 2.2 多对1（示例）
      • 2.3 1对多（示例）
  • 五、遇到的问题
    • client(): EXIT for {shutdown,eaddrnotavail}
  • 六、附录：调优建议
    • 1、关闭交换分区
    • 2、Linux 操作系统参数
    • 3、TCP 协议栈网络参数
    • 3、测试客户端设置

一、前言

在前面两篇文章中介绍了emqtt-bench工具和MQTT的入门压测，本文示例 emqtt_bench 对 MQTT Broker 做 Beachmark 测试，让大家对 MQTT消息中间 BenchMark 测试有个整体了解，方便平常在压测工作查阅。

  • 如何入门做物联网系统压测？
  • 性能工具之emqtt_bench快速上手

二、典型压测场景

BenchMark 测试以 MQTT 最典型的场景来验证其性能：

  • 并发连接：使用 emqtt-bench 创建海量连接到 MQTT Broker。
  • 消息吞吐量测试：使用 emqtt-bench 在 EMQX 中创建出海量的 Qos0 消息吞吐量，分别模拟发布-订阅 1对1，1对多，多对1这 3 种类型场景。

三、机器准备

共需准备六台服务器，一台为 EMQX Broker，七台为客户端压力机。其中：

EMQX Broker（1台）：

  • 系统：CentOS Linux release 7.6.1810 (Core)
  • CPU：8C
  • 内存：8GB
  • 服务端：EMQX 5.1.6
  • 压力机：emqtt-bench-0.4.18-el7-amd64.tar.gz

压力机（6台）：

  • 系统：CentOS Linux release 7.6.1810 (Core)
  • CPU：8C
  • 内存：16GB
  • 压力机：emqtt-bench-0.4.18-el7-amd64.tar.gz

四、典型压测场景

1、并发连接

  • 场景名称：MQTT Broker 单节点支持 30 万级设备在线，背景连接 (只连接不发送消息)
  • 描述：模拟 30 万 MQTT TCP 并发连接，并保持在线，测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无连接掉线，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

在6台客户端压力机上同时执行该命令，在每台压力机上启动 5w 的连接数，共计 30w 的连接：

./emqtt_bench conn -h emqx-server -c 50000

客户端压力机执行截图：
在这里插入图片描述

EMQX Broker运行情况：
在这里插入图片描述
在 MQTT Broker 单节点 8C8G的情况，我压到的峰值是30W连接，超过会导致服务崩溃。

2、消息吞吐量测试

注意这里我只具体说明如何设置，并不是实际压测场景数据。

2.1 1 对 1（示例）

  • 场景名称：MQTT Broker 单节点 500 并发连接下支持1000 QoS0 消息吞吐
  • 描述：1000 MQTT TCP 连接， pub 客户端和 sub 客户端数量相同都是 500，每个接收端均订阅一个对应的发送端 pub 主题，每个 pub 客户端每秒发送 2 条 QoS 0、payload 为 256 字节（默认值）的消息。因此消息发送和接收均为每秒 1000，总的消息吞吐达到每秒 2000。测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无消息积压，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

单台sub 客户端压力机：

./emqtt_bench sub -t test_topic_%i -h emqx-server -c 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
[root@ bin]# ./emqtt_bench sub -t test_topic_%i -h emqx-server -c 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s sub total=104 rate=103.28/sec
1s connect_succ total=104 rate=103.28/sec
2s sub total=200 rate=96.00/sec
2s connect_succ total=200 rate=96.00/sec
3s sub total=296 rate=96.00/sec
3s connect_succ total=296 rate=96.00/sec
4s sub total=400 rate=104.00/sec
4s connect_succ total=400 rate=104.00/sec
5s sub total=496 rate=96.00/sec
5s connect_succ total=496 rate=96.00/sec
6s sub total=500 rate=4.00/sec
6s connect_succ total=500 rate=4.00/sec

单台 pub 客户端压力机：

./emqtt_bench pub -t test_topic/%i -h  emqx-server -c 500 -I 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
  • -I：每间隔多少时间创建一个客户端；单位：毫秒
[root@ bin]# ./emqtt_bench pub -t test_topic/%i -h  emqx-server -c 500 -I 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s pub total=160 rate=159.05/sec
1s connect_succ total=104 rate=103.38/sec
2s pub total=512 rate=352.00/sec
2s connect_succ total=200 rate=96.00/sec
3s pub total=1056 rate=544.00/sec
3s connect_succ total=296 rate=96.00/sec
4s pub total=1808 rate=752.00/sec
4s connect_succ total=400 rate=104.00/sec
5s pub total=2752 rate=944.00/sec
5s connect_succ total=496 rate=96.00/sec
6s pub total=3752 rate=1000.00/sec
6s connect_succ total=500 rate=4.00/sec
7s pub total=4752 rate=1000.00/sec
8s pub total=5752 rate=1000.00/sec
9s pub total=6752 rate=1000.00/sec
10s pub total=7752 rate=1000.00/sec
11s pub total=8752 rate=1000.00/sec
12s pub total=9752 rate=1000.00/sec
13s pub total=10752 rate=1000.00/sec
14s pub total=11752 rate=1000.00/sec

在订阅客户端压力机，可看到当前接收消息的速率，类似于：

12s pub total=9752 rate=1000.00/sec

MQTT Broker 运行情况：
在这里插入图片描述

2.2 多对1（示例）

  • 场景名称：并发连接+消息吞吐（上报）
  • 描述：501 MQTT TCP 连接， pub 客户端 500 和 sub 客户端1，接收端均订阅同一个主题，每个 pub 客户端每秒发送 2 条 QoS 0、payload 为 256 字节的消息。因此消息发送和接受均为每秒 1000，总的消息吞吐达到每秒 2000。测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无消息积压，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

单台 sub 客户端压力机：

./emqtt_bench sub -t test_topic -h emqx-server -c 1

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
[root@ bin]# ./emqtt_bench sub -t test_topic -h emqx-server -c 1
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s sub total=1 rate=0.99/sec
1s connect_succ total=1 rate=0.99/sec

单台 pub 客户端压力机：

./emqtt_bench pub -t test_topic -h  emqx-server -c 500 -I 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
  • -I：每间隔多少时间创建一个客户端；单位：毫秒
root@bin]# ./emqtt_bench pub -t test_topic -h  emqx-server -c 500 -I 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s pub total=160 rate=158.89/sec
1s connect_succ total=104 rate=103.28/sec
2s pub total=496 rate=336.00/sec
2s connect_succ total=184 rate=80.00/sec
3s pub total=1040 rate=544.00/sec
3s connect_succ total=296 rate=112.00/sec
4s pub total=1792 rate=752.00/sec
4s connect_succ total=400 rate=104.00/sec
5s pub total=2736 rate=944.00/sec
5s connect_succ total=496 rate=96.00/sec
6s pub total=3736 rate=1000.00/sec
6s connect_succ total=500 rate=4.00/sec
7s pub total=4736 rate=1000.00/sec
8s pub total=5736 rate=1000.00/sec
9s pub total=6736 rate=1000.00/sec
10s pub total=7736 rate=1000.00/sec
11s pub total=8736 rate=1000.00/sec
12s pub total=9736 rate=1000.00/sec
13s pub total=10736 rate=1000.00/sec
14s pub total=11736 rate=1000.00/sec
15s pub total=12736 rate=1000.00/sec
16s pub total=13736 rate=1000.00/sec
17s pub total=14736 rate=1000.00/sec

MQTT Broker 运行情况（举例）：
在这里插入图片描述

2.3 1对多（示例）

  • 场景名称：消息广播
  • 描述：501 MQTT TCP 连接， pub 客户端 1 和 sub 客户端 500，接收端均订阅同一个主题，pub 客户端每秒发送 2 条 QoS 0、payload 为 256 字节的消息。因此消息发送为每秒 2，消息接收为每秒 1000，总的消息吞吐达到每秒 1002。测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无消息积压，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

单台 sub 客户端压力机：

./emqtt_bench sub -t test_topic -h emqx-server -c 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
[root@d bin]# ./emqtt_bench sub -t test_topic -h emqx-server -c 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s sub total=104 rate=103.38/sec
1s connect_succ total=104 rate=103.38/sec
2s sub total=200 rate=96.00/sec
2s connect_succ total=200 rate=96.00/sec
3s sub total=296 rate=96.00/sec
3s connect_succ total=296 rate=96.00/sec
4s sub total=400 rate=104.00/sec
4s connect_succ total=400 rate=104.00/sec
5s sub total=496 rate=96.00/sec
5s connect_succ total=496 rate=96.00/sec
6s sub total=500 rate=4.00/sec
6s connect_succ total=500 rate=4.00/sec

单台 pub 客户端压力机：

./emqtt_bench pub -t test_topic -h  emqx-server -c 1 -I 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
  • -I：每间隔多少时间创建一个客户端；单位：毫秒
[root@ bin]# ./emqtt_bench pub -t test_topic -h  emqx-server -c 1 -I 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s pub total=2 rate=1.99/sec
1s connect_succ total=1 rate=0.99/sec
2s pub total=4 rate=2.00/sec
3s pub total=6 rate=2.00/sec
4s pub total=8 rate=2.00/sec
5s pub total=10 rate=2.00/sec
6s pub total=12 rate=2.00/sec
7s pub total=14 rate=2.00/sec
8s pub total=16 rate=2.00/sec
9s pub total=18 rate=2.00/sec
10s pub total=20 rate=2.00/sec
11s pub total=22 rate=2.00/sec
12s pub total=24 rate=2.00/sec
13s pub total=26 rate=2.00/sec
14s pub total=28 rate=2.00/sec
15s pub total=30 rate=2.00/sec
16s pub total=32 rate=2.00/sec
17s pub total=34 rate=2.00/sec

EMQX Broker 运行情况（举例）：

在这里插入图片描述

五、遇到的问题

client(): EXIT for {shutdown,eaddrnotavail}

在压力机连接超过5万的时候，出现了emqtt_bench客户端报错的情况。

EMQX Broker 运行情况：
在这里插入图片描述
单台客户端压力机报错截图：
在这里插入图片描述

通过设置以下内核参数解决：

#允许当前会话 / 进程打开文件句柄数:
ulimit -n 1048576

# 可用端口范围:
sudo sysctl -w net.ipv4.ip_local_port_range="1025 65534"

原因分析：
Linux 内核在这个范围内选择一个可用的端口作为本地端口去connect服务器，如果没有可用的端口可用，比如这个范围内的端口都处于如下状态中的一种：

  1. bind使用的端口
  2. 端口处于非TIME_WAIT状态
  3. 端口处于TIME_WAIT状态，但是没有启用tcp_tw_reuse，那么就会返回EADDRNOTAVAIL错误。

一般情况下，出现这个错误可用使用如下方法解决问题：

  1. 增大可选端口的范围，修改/proc/sys/net/ipv4/ip_local_port_range的值。
  2. 开启tcp_tw_reuse，允许使用TIME_WAIT状态的端口。

六、附录：调优建议

当然，我们也可以在 Beachmark 测试前就做好服务器参数调优，可以参考以下的内容。

1、关闭交换分区

Linux 交换分区可能会导致 EMQX Broker 出现不确定的内存延迟，影响系统的稳定性。 建议永久关闭交换分区。

  • 要立即关闭交换分区，执行命令 sudo swapoff -a。
  • 要永久关闭交换分区，在 /etc/fstab 文件中注释掉 swap 行，然后重新启动主机。

2、Linux 操作系统参数

系统全局允许分配的最大文件句柄数:

sysctl -w fs.file-max=2097152
sysctl -w fs.nr_open=2097152
echo 2097152 > /proc/sys/fs/nr_open

允许当前会话 / 进程打开文件句柄数:

ulimit -n 1048576

/etc/sysctl.conf

持久化 fs.file-max 设置到 /etc/sysctl.conf 文件:

fs.file-max = 1048576

/etc/systemd/system.conf 设置服务最大文件句柄数:

DefaultLimitNOFILE=1048576

/etc/security/limits.conf

/etc/security/limits.conf 持久化设置允许用户 / 进程打开文件句柄数:

*      soft   nofile      1048576
*      hard   nofile      1048576

3、TCP 协议栈网络参数

并发连接 backlog 设置:

sysctl -w net.core.somaxconn=32768
sysctl -w net.ipv4.tcp_max_syn_backlog=16384
sysctl -w net.core.netdev_max_backlog=16384

可用端口范围:

sysctl -w net.ipv4.ip_local_port_range='1024 65535'

TCP Socket 读写 Buffer 设置:

sysctl -w net.core.rmem_default=262144
sysctl -w net.core.wmem_default=262144
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
sysctl -w net.core.optmem_max=16777216
    
sysctl -w net.ipv4.tcp_rmem='1024 4096 16777216'
sysctl -w net.ipv4.tcp_wmem='1024 4096 16777216'

TCP 连接追踪设置:

sysctl -w net.nf_conntrack_max=1000000
sysctl -w net.netfilter.nf_conntrack_max=1000000
sysctl -w net.netfilter.nf_conntrack_tcp_timeout_time_wait=30

TIME-WAIT Socket 最大数量、回收与重用设置:

sysctl -w net.ipv4.tcp_max_tw_buckets=1048576
    
# 注意：不建议开启該设置，NAT 模式下可能引起连接 RST
# sysctl -w net.ipv4.tcp_tw_recycle=1
# sysctl -w net.ipv4.tcp_tw_reuse=1

FIN-WAIT-2 Socket 超时设置:

sysctl -w net.ipv4.tcp_fin_timeout=15

3、测试客户端设置

测试客户端服务器在一个接口上，最多只能创建 65000 连接:

# 可用端口范围:
sysctl -w net.ipv4.ip_local_port_range="500 65535"

#允许当前会话 / 进程打开文件句柄数:
echo 1048576 > /proc/sys/fs/nr_open
ulimit -n 1048576

参考资料：

  • 系统调优
  • 使用 eMQTT-Bench 进行性能测试

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mfbz.cn/a/551806.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

java学习之路-多态

java学习之路-多态

文章目录 目录 文章目录 前言 1.多态 1.1 多态的概念 1.2 多态实现条件（重点） 多态实现的栗子 1.3重写 重写的规则 重写和重载的区别 1.4静态和动态绑定 1.5向上转型和向下转型 1.向上转型 2.向下转型 1.6多态的优点 前言 本文内容：多…
阅读更多...
DHCP是什么意思 路由器中DHCP服务器怎么设置？

DHCP是什么意思 路由器中DHCP服务器怎么设置？

概述 DHCP是什么意思？很多朋友在路由器设置中，都会看到有一项“DHCP服务器”设置功能，而很多朋友对这个功能不太了解，也不知道怎么设置。其实，对于普通用户来说，无需去单独设置路由器DHCP服务器功能&#…
阅读更多...
李沐46_语义分割和数据集——自学笔记

李沐46_语义分割和数据集——自学笔记

语义分割 语义分割将图片中的每个像素分类到对应的类别。 实例分割（目标检测的进化版本） 如果有物体，会区别同一类的不同物体。 语义分割重要数据集：Pascal VOC2012 %matplotlib inline import os import torch import torch…
阅读更多...
【强化学习的数学原理-赵世钰】课程笔记（九）策略梯度方法（Policy Gradient Method）

【强化学习的数学原理-赵世钰】课程笔记（九）策略梯度方法（Policy Gradient Method）

目录 一.policy gradient 的基本思路（Basic idea of policy gradient） 二.定义最优策略的 metrics，也就是 objective function 是什么 三.objective function 的 gradient 四.梯度上升算法（REINFORCE） 五.总结 上…
阅读更多...
DevExpress WinForms中文教程 - 如何通过UI测试自动化增强应用可靠性？（二）

DevExpress WinForms中文教程 - 如何通过UI测试自动化增强应用可靠性？（二）

DevExpress WinForm拥有180组件和UI库，能为Windows Forms平台创建具有影响力的业务解决方案。DevExpress WinForm能完美构建流畅、美观且易于使用的应用程序，无论是Office风格的界面，还是分析处理大批量的业务数据，它都能轻松胜任…
阅读更多...
数字工厂管理系统与MES系统有什么区别

数字工厂管理系统与MES系统有什么区别

随着工业4.0时代的到来，数字化转型已经成为制造企业发展的必然趋势。在这个过程中，数字工厂管理系统和MES管理系统都扮演者至关重要的角色。然而，尽管两者都致力于优化生产流程和提高生产效率，但它们在实际应用、功能定位和系统架…
阅读更多...
Datapump数据迁移方案

Datapump数据迁移方案

环境准备 确认源数据库和目标数据库的版本 确保源数据库和目标数据库的Oracle版本兼容，以保证Datapump工具能够正常工作。 硬件资源检查 确认源数据库和目标数据库服务器的硬件资源（如CPU、内存、存储空间）能够满足数据迁移的需求。 网络连…
阅读更多...
基于STM32的智能垃圾分类识别系统设计(论文)_kaic

基于STM32的智能垃圾分类识别系统设计(论文)_kaic

摘 要 智能垃圾分类技术逐渐受到了政府的重视和支持，越来越多的城市开始推行垃圾分类政策。因此设计一款能够对垃圾进行识别并分类的控制系统具有一定的现实意义。本设计采用STM32单片机作为整个系统的控制核心，利用K210开发板作为图像识别控制系统&…
阅读更多...
在Postgres中，如何有效地管理大型数据库的大小和增长

在Postgres中，如何有效地管理大型数据库的大小和增长

文章目录 一、定期清理和维护1. VACUUM和ANALYZE2. 删除旧数据和归档 二、分区表三、压缩数据四、配置优化1. 调整维护工作负载2. 监控和日志 五、使用外部存储和扩展1. 外部表和FDW2. 扩展和插件 六、定期备份和恢复测试结论 管理大型数据库的大小和增长是数据库管理员&#x…
阅读更多...
如何看懂电路图，理解电流回路

如何看懂电路图，理解电流回路

任何电器都需要电源来供电。电源有正极(+)和负极(-)，为了向负载提供电力，电流必须从正极流出，通过负载后再回到负极。这构成了一个供电电流回路，负载得到电力供应后才能开始工作。如果其中的某个环节断开，就无法形成供电电流回路，负载将得不到供电，也无法正常工作。 在一…
阅读更多...
Typescript 总结3——类

Typescript 总结3——类

一、是什么 类（Class）是面向对象程序设计（OOP，Object-Oriented Programming）实现信息封装的基础 类是一种用户定义的引用数据类型，也称类类型 传统的面向对象语言基本都是基于类的，JavaScript …
阅读更多...
机器学习与深度学习 --李宏毅（笔记与个人理解）Day 20

机器学习与深度学习 --李宏毅（笔记与个人理解）Day 20

Day 20 RNN 2 实际使用和其他应用 在实际的学习（training）过程中是如何工作的？ step 1 Loss step 2 training Graindent Descent 反向传播的进阶版 – BPTT CLIpping 设置阈值~ 笑死昨天刚看完关伟说的有这玩意的就不是好东西 Why&#xff1…
阅读更多...
window轻松使用k8s

window轻松使用k8s

Docker Desktop安装篇 1、win安装 1、下载安装包 https://www.docker.com/products/docker-desktop/ 官网下载安装包 2、配置win支持虚拟化 不勾选Hyper-V，它和Windows Subsystem for Linux (WSL) 是两套功能，这里不选他 3、安装WSL配置window支持lin…
阅读更多...
2024电容笔专业对比评测：西圣、倍思、绿联哪款平替电容笔更好用？

2024电容笔专业对比评测：西圣、倍思、绿联哪款平替电容笔更好用？

在当今学习和工作环境中，iPad作为一种多功能的学习和生产力工具，受到越来越多人的青睐与需求。然而，要充分发挥iPad的功能，一个优质的电容笔是必不可少的配件之一。电容笔不仅可以帮助用户进行手写笔记、绘画创作，还能…
阅读更多...
包装类的认识

包装类的认识

前言~🥳🎉🎉🎉 hellohello~，大家好💕💕，这里是E绵绵呀✋✋ ，如果觉得这篇文章还不错的话还请点赞❤️❤️收藏💞 💞 关注💥&#x1…
阅读更多...
48.基于SpringBoot + Vue实现的前后端分离-雪具销售系统（项目 + 论文PPT）

48.基于SpringBoot + Vue实现的前后端分离-雪具销售系统（项目 + 论文PPT）

项目介绍 本站是一个B/S模式系统，采用SpringBoot Vue框架，MYSQL数据库设计开发，充分保证系统的稳定性。系统具有界面清晰、操作简单，功能齐全的特点，使得基于SpringBoot Vue技术的雪具销售系统设计与实现管理工作系统…
阅读更多...
探索分布式系统监控zabbix-------------监控Windows

探索分布式系统监控zabbix-------------监控Windows

扩展windows 10 server2012 server2016 server2019 监控 一、在虚拟机中安装zabbix的客户端 下载网站 Download and install Zabbix 安装系统一直托不进虚拟机中；因为没安装Tools组件 点击虚拟机，选择安装VMware Tools 查看主机名 二、在web页…
阅读更多...
ArcGIS在洪水灾害普查、风险评估及淹没制图中的技术应用

ArcGIS在洪水灾害普查、风险评估及淹没制图中的技术应用

2020年国务院办公厅印发《关于开展第一次全国自然灾害综合风险普查的通知》，定于2020年至2022年开展第一次全国自然灾害综合风险普查。水旱灾害风险普查是全国自然灾害综合风险普查的重要组成部分。其中，我国有超过 60%的国土面积、90%以上的人口均受到不…
阅读更多...
FFmpeg: 自实现ijkplayer播放器--01项目简介

FFmpeg: 自实现ijkplayer播放器--01项目简介

文章目录 项目介绍流程图播放器实现过程界面展示项目代码 项目介绍 此项目基于FFmeg中 ffplay.c进行二次开发，实现基本的功能，开发软件为Qt 项目优势： 参考ijkplayer播放器，实现UI界面和播放器核心进行解耦，容易添加…
阅读更多...
SpringBoot3 函数式web 小记

SpringBoot3 函数式web 小记

说明：函数式web是spring5.2之后的一个新特性，Spring Boot 3 进一步优化了这一模型，为开发现代 Web 应用提供了更加灵活、简洁的方法； 函数式web的四大核心对象 - RouterFunction：定义路由信息 - RequestPredicates&am…
阅读更多...
最新文章

Copyright @ 2022~2023

友情链接： 我的编程经验分享 一条长河网 尧图网站开发 尧图建网站