消息总线（Message Bus）作为一种重要的通信模式，被应用于解耦系统中的组件，实现异步通信和事件驱动架构。本文介绍如何使用 C++11 实现一个基于 mutex 保护的消息总线。

在优化无锁消息总线的过程中，我们发现五个违反直觉的性能原则: 状态机提升 100% 吞吐、上下文切换减少 99.8%、队列容量无法解决速率失衡、批处理提升 76 倍吞吐、单核自旋性能下降 91%。

无锁编程的基础性原理文章。从 CAS 原子操作的硬件实现出发，严格定义 lock-free 与 wait-free 的进展保证差异，深入分析 ABA 问题及其解决方案

本文基于一个实际的线程间消息传递需求（Windows 风格的 SendMessage/PostMessage），分析传统 mutex + priority_queue + promise/future

以 512x512 矩阵乘法为载体，基于 newosp 基础设施库实测对比单线程、线程池、消息总线、多进程共享内存四种并行方案的性能差异，分析各方案在嵌入式 Linux 平台上的架构取舍与加速比。

好的，作为一名在Android领域摸爬滚打十年的老兵，我来为你详细展开 模块化在实际开发中的落地细节。很多开发者对模块化的理解停留在“拆分成多个module”，但在实际项目中，如何划分、如何配置、如何

双重检查锁定 (DCLP) 是 C++ 并发编程中最臭名昭著的模式之一。2004 年 Scott Meyers 和 Andrei Alexandrescu 论证了它在 C++03 中不可移植地安全实现

死锁与优先级反转的实战指南。通过 6 个可编译运行的 C++ 示例，复现经典 AB-BA 死锁、回调重入死锁、自死锁、优先级反转等场景，逐一给出工程修复方案

通过逐行阅读 eventpp v0.1.3 核心代码，定位到回调遍历加锁、双锁入队、排他锁查 map 等 6 个性能瓶颈。

perf 是 Linux 内核内置的性能分析框架，通过硬件 PMU（Performance Monitoring Unit）计数器和内核 tracepoint 采集性能数据。

大家好，我是锋哥。最近连载更新《PyTorch2 深度学习》技术专题。 本课程主要讲解基于PyTorch2的深度学习核心知识，主要讲解包括PyTorch2框架入门知识，环境搭建，张量，自动微分，数据加

死锁是嵌入式多线程系统中最隐蔽的故障之一。本文从一个典型的双锁死锁场景出发，逐步演示有序锁、lock_guard、try_lock、无锁队列四种防御策略，分析各方案在嵌入式实时系统中的工程权衡。

在多核 ARM Linux 嵌入式系统中，同步日志的 I/O 阻塞导致控制回路超时和看门狗复位。本文设计一种基于 Per-Thread SPSC 环形缓冲与分级路由的异步日志架构

深度剖析 liudegui/ringbuffer 的 SPSC 无锁环形缓冲区实现。逐项解析缓存行对齐、2 的幂位掩码、wait-free 无重试设计、精确 acquire-release 内存序

性能基准测试远比 '跑个循环、算个平均' 复杂得多。队列溢出会虚高吞吐 30%，时钟调用本身构成 60-160% 的测量开销，功能差异让 'apples-to-apples' 几乎不可能。

在嵌入式系统中，消息总线是组件间通信的核心基础设施。本文剖析 MCCC 消息总线的设计决策与工程权衡

共享内存是 Linux 进程间通信中延迟最低的机制，但原始的 POSIX shm_open/mmap 接口缺少同步、生命周期管理和崩溃恢复。

内存屏障是无锁编程的底层基石，但多数文章停留在 acquire/release 的使用层面，没有解释 **为什么** CPU 会重排序。

在同一硬件上统一测试 MCCC、eventpp、EnTT、sigslot、ZeroMQ、QP/C++ 六个消息总线方案，从吞吐量、延迟、内存安全、嵌入式适配性四个维度给出选型建议

基于无锁 MPSC 消息总线，实现嵌入式场景下的数据分发架构。提供两种方案: Component 动态订阅版和 StaticComponent 零开销编译期分发版。