欢迎来到小面包的小站🥝

介绍h264视频编码及其RTP封装传输相关知识

实现 这是一个基于 ucontext 的轻量级协程库，实现了 用户态上下文切换，支持 非抢占式协程调度。核心包括 协程管理（Routine） 和 调度器（Schedule），采用 FIFO 调度策略，协程通过 resume() 切换到运行态，yield() 挂起并交回调度器。 利用 swapcontext() 进行 寄存器和栈的上下文切换，避免线程切换的内核态开销。 支持 动态栈管理，通过 栈快照（memcpy 保存栈数据） 实现挂起与恢复。 适用于 高并发 IO 场景，可扩展为 epoll 事件驱动 结合 异步 IO。 后续优化方向： 多线程支持（work-stealing） 使用 boost::context 提升可移植性 优化调度算法 亮点 纯用户态调度，低开销，高效执行 swapcontext() 仅涉及 寄存器和栈切换，比 std::thread 的调度更轻量。 使用非抢占式调度，确保任务可控 采用栈快照（memcpy 备份数据） 在 yield() 时存储当前执行状态，resume() 时恢复。 避免 setjmp/longjmp 传统方法的局限性，提 ...

Elasticsearch 处理方式 Elasticsearch 通常直接使用 HTTP 报文通信，因此不需要额外下载 C++ 库，直接通过 HTTP 请求即可进行操作。 Kafka 处理方式 Kafka 我使用的是 vcpkg 提供的包，但和之前遇到的问题一样，find_package 无法直接找到，所以还是手动加入了库的路径。 遇到的问题 AI 帮的倒忙 在调用某个接口时，AI 生成的代码少了两个参数，导致无法正常执行。最后还是我自己手动跳转到定义里查看并修正了。 Docker Compose 启动多个容器 我使用 docker-compose 一键启动了多个服务，包括 Redis、Kafka 等，但在尝试运行时，Kafka 无法正确收到消息，导致程序无法正常工作。 最终解决方案 去 CSDN 找了代码，终于能正常执行了，AI 这次还是不行 😓。 总结 Elasticsearch 直接用 HTTP 通信，无需额外的 C++ 库。 Kafka 需要手动指定路径才能使用。 docker-compose 方便管理多个容器，但 Kafka 运行过程中可能遇到无法接 ...

1. Kafka 应用场景 Kafka 作为一款高吞吐的分布式消息系统，适用于多种应用场景： 消息队列：用于解耦生产者和消费者，提高系统的伸缩性。 日志收集：集中存储和处理系统日志，方便分析和监控。 流计算：处理实时数据流，将数据传输给实时计算系统进行计算。 事件溯源：记录事件发生的历史，以便后续回溯和分析。 Metrics 采集：收集和存储系统的监控指标数据。 2. Kafka 组件介绍 Kafka 由多个核心组件组成： 生产者（Producer）：负责将消息发送到 Kafka。 消费者（Consumer）：从 Kafka 读取消息进行处理。 消息代理（Broker）：存储和管理消息，负责接收、存储和转发数据。 协调器（Zookeeper）：提供分布式协调和管理任务。 主题（Topic）：类似广播频道，生产者将消息发送到指定的 Topic，消费者从 Topic 读取消息。 创建 Topic 命令示例： 1kafka-topics.sh --create --bootstrap-server localhost:9092 --replication-facto ...

123456789101112131415161718# Redis 基础使用## 进入 Redis 终端使用 `redis-cli` 进入 Redis 交互终端。## Redis 支持的数据类型Redis 支持五种数据类型：- **String**- **Hash**- **List**- **Set**- **Sorted Set（有序集合）**### 1. String```shset name mikeget namedel name 2. Hash 1234hset user name Alicehget user namehgetall userhdel user name PS: user 在这里是表名，name 是 key。 3. List 12345lpush queue taskrpush queue tasklpop queuerpop queuelrange queue 0 -1 PS: -1 表示倒数第一个，lrange queue 0 -1 表示遍历从 0 到最后一个元素。 4. Set 12345sadd myset asadd myset bsa ...

MySQL 事务与锁 锁的类型 行级锁：锁住一行数据，提高并发能力。 表级锁：锁住整个表，适用于大批量操作。 意向锁：表级别的标记，用于加速行锁检测。 乐观锁：不加锁，依赖版本号控制并发更新。 悲观锁：先锁后操作，适用于高并发竞争场景。 死锁的处理 MySQL 死锁检测：自动回滚代价最小的事务。 手动 KILL 事务：手动终止长时间阻塞事务。 优化索引与 SQL 语句：减少锁冲突，降低死锁概率。 MySQL 读写分离与主从同步 主从架构：主库处理写操作，从库处理读操作。 Binlog 实现主从同步： 主库记录 Binlog。 从库读取 Binlog 并重放。 避免主从同步延迟： 关键业务查询主库。 二次查询策略（从库查不到再查主库）。 分库分表策略 水平拆分 水平分表：将一张大表拆成多张小表（如 users_0, users_1）。 水平分库：多个数据库存相同结构的表，降低单库压力。 垂直拆分 垂直分表：将一张表的不同字段拆成多张表（如 user_base 和 user_detail）。 垂直分库：不同业务数据存入不同数据库（如 order_db 和 us ...