一个无锁消息队列引发的血案（一）——地：起因

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 300+累计阅读 375平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄19年

关注

转载最新推荐文章于 2026-04-21 11:50:28 发布 375 阅读 AI 写同款· GEO 优化 ›

基础组件（五）：无锁消息队列 高性能组件：无锁消息队列实现（项目）阅读详情

一个无锁消息队列引发的血案（一）——地：起因

http://www.cnblogs.com/shines77/p/4200127.html

收录于

当前文章被以下社区和专栏收录：

freelockqueue（多线程不需要加锁的队列性能很高）在多线程情况下，C#的队列入队和出队时需要现场同步，但这样会损失性能，此开源队列可以不需要同步，就能实现多线程操作，极大的提高了程序的运行效率立即下载

相关推荐

STM32L452与FPGA通信翻车？手把手教你关闭I2C时钟延展避坑（附OVR错误解决方案）

本文深入解析STM32L452与FPGA在I2C通信中因时钟延展功能导致的常见问题，提供关闭I2C时钟延展的详细配置方法（NOSTRETCH模式），并针对可能出现的OVR错误给出Combined模式解决方案。通过实战案例和波形分析，帮助工程师快速排查和解决嵌入式系统中的I2C兼容性问题。

e3f4g5的博客 214

无锁消息队列

一个无锁消息队列引发的血案（三）——地：q3.h 与 RingBuffer 目录（一）起因　（二）混合自旋锁　（三）q3.h 与 RingBuffer　（四）RingQueue(上) 自旋锁　（五）RingQueue(中) 休眠的艺术（六）RingQueue(中) 休眠的艺术 [续] 无锁队列　　第一篇文章末尾我们提到的《无锁队列的实现》（陈皓(hào)），该文末尾提到的“用数组实现无锁队列”，即用 RingBuffer 实现的无锁队列：　　RingBuffer是一个很好的东..

木牛的博客 723

基于TDOA的chan算法（定位算法）

Chan算法原理 TDOA(TDOA，the time differences of arrival，到达时间差)，Chan算法是TDOA定位方法的一个很好用的方法。 Chan算法是非递归双曲线方程组解法，具有解析表达式解，主要特点是：在测量误差服从理想高斯分布时，它的定位精度高、计算量小，并且可以通过增加已确定点的数量来提高算法精度。该算法的推导前提是基于测量误差为零均值高斯随机变量，对于实际环境中误差较大的测量值，比如在有非视距误差的环境下，该算法的性能会有显著下降。二维情况下，可分为只有三个点参与定

优快云不再更新 2万+

无锁消息队列的实现

ajffaj的博客 737

MinerU安装指南：从源码到验证的完整流程

本文详细介绍了MinerU文档转换工具的安装流程，从源码获取、依赖安装到验证步骤，提供了完整的安装指南和常见问题解决方案。特别适合技术写作者和开发者快速部署这款高效的文档转换工具，提升工作效率。

weixin_29243279的博客 544

【UE5】UE5 Dedicated Server专用服务器与网络同步

这篇文章是个人在学习UE4的网络同步方面的内容的一些记录，因为UE5出来了，顺带也一起熟悉熟悉UE5，所以也就直接使用UE5来实践了。说句实在话，UE4网络同步这块确实挺难的，我自己在网上搜索的博客的内容要么停留在很浅层面只搭建一个ds服务器，要么就直接深入源码去剖析UE4的网络机制，处在中间层面的内容少之又少，不得不自己好一阵研究，强烈推荐这几位博主的博文，我在学习的过程中也从中受益匪浅。 Ken_An、风蚀之月、刘东无敌还有我师傅推荐给我的一本关于UE4网络的PDF。一、什么是Dedicated

Goulandis 3万+

使用消息队列后引发的血案

我们公司有一个项目，用到了消息队列，经常会遇到很多坑，难以排查，下面我详细描述一下心路历程。首先介绍一下这个项目，简单的讲，有A,B两个工程组成,A工程轮训监听数据库，一旦有改动就推消息给B，然后B工程会接受到这条消息后处理自己的逻辑，最后写入数据库。然后出现的问题有好几个。首先第一个是我们的测试环境有好几套，然后有另外的几套也在用这个consumerId，导致消息老是被其他环境消费掉，它们...

装睡的小5郎的博客 270

告别LM2596！用LM5175打造400W自动升降压数控电源（附完整电路图与代码）

本文详细介绍了如何利用LM5175芯片设计400W自动升降压数控电源，替代传统的LM2596方案。通过四开关Buck-Boost拓扑结构，LM5175实现了高达98%的转换效率和400W大功率输出，支持无缝升降压切换。文章涵盖芯片选型、电路设计、PCB布局及STM32数控实现，为工程师提供完整的实践指南。

weixin_27032989的博客 598

一个无锁消息队列引发的血案（三）——地：q3.h 与 RingBuffer

http://www.cnblogs.com/shines77/p/4200127.html （一）起因　（二）混合自旋锁　（三）q3.h 与 RingBuffer　（四）RingQueue(上) 自旋锁　（五）RingQueue(中) 休眠的艺术（六）RingQueue(中) 休眠的艺术 [续] 无锁队列　　第一篇文章末尾我们提到

woshiyuanlei的专栏 2114

边云协同智能进化：大模型与小模型的动态训练与高效部署策略

本文深入探讨了边云协同架构下大模型与小模型的动态训练与高效部署策略。通过物流分拣、医疗影像等实战案例，展示了如何利用边云协作框架实现AI模型的智能进化，显著提升处理效率与准确性。重点解析了动态任务分配、增量学习和知识蒸馏等关键技术，为分布式训练场景提供优化方案。

work3的博客 191

ORB-SLAM3编程实践指南

它基于特征点的立体视觉和视觉惯性里程计技术，能够在没有先验知识的情况下，从单目、双目或RGB-D摄像头的输入中实时构建稠密三维地图，并实现相机的定位。通过正确配置环境、准备数据集和运行ORB-SLAM3，您可以实现高效的视觉SLAM系统，并获取相机在三维空间中的位姿。其中，[path_to_vocabulary]是ORB-SLAM3的词汇文件路径，[path_to_settings]是相机参数配置文件路径，[path_to_sequence]是输入图像的路径。运行ORB-SLAM3。

ByteNinja的博客 551

一个 Handler 面试题引发的血案!!!

一位热心群友在面试时抛了一个问题：说下 handler 机制，Looper 通过 MessageQueue 取消息，消息队列是先进先出模式，那我延迟发两个消息，第一个消息延迟2个小时，第二个消息延迟1个小时，那么第二个消息需要等3个小时才能取到吗？鉴于这个血案，我们来翻翻案，一探究竟。已知 Main Handler 在 ActivityThread 的时候就 Looper.loop ...

weixin_34146410的博客 411

Open3D 点云变换【2025最新版】

点云平移、旋转、缩放、欧式变换的python代码实现。博客长期更新，本文最近更新时间为：2025年1月16日。

点云侠的博客 37万+

添加while循环后printf不输出（一个“\n”引发的血案）

消息队列使用+关于printf缓冲区的问题简单来讲故事的开头上代码分析一下debug的心路历程简单来讲 printf是一个行缓冲函数，先写到缓冲区，满足条件后，才将缓冲区刷到对应文件中，刷缓冲区的条件如下： 1 缓冲区填满 2 写入的字符中有"\n" "\r" 3 调用fflush手动刷新缓冲区 4 调用scanf要从缓冲区中读取数据时，也会将缓冲区内的数据刷新当然，执行printf的...

weixin_43934390的博客 5556

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候提示IE WebControls 不通过，这个工具可以欺骗u8的检查。跳过U8环境检测的IE WebControls。提示导入失败后，重新检测通过。

蓝牙模块HM-10手册

蓝牙模块HM-10手册，该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

rabbit ConfirmSelect引发的血案

我在发包时使用 Confirm 模式处理消息确认, 在发消息时使用了锁,在处理接收到的消息时使用了同一把锁,导致了死锁的产生。产生死锁的原因 ConfirmSelect 会等待消费者的收包事件处理完成,注意是处理完成而非收到消费者的确认信号。伪代码生产者: lock(lockobj){ 代码1 ConfirmSelect(); //开启确认模式代码2 } 消费者代码...

磨刀不误砍柴工 1337

OV9734 DATASHEET，完整规格书

OV9734完整规格书，包括电气参数，尺寸规格，寄存器配置表等

一个链表引发的血案

在java编程中，最常用到的数据结构mo

wang081215的专栏 325

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

一个Handler面试题引发的血案！

作者：Android进阶开发博客：https://www.jianshu.com/p/558ed68d6888一位热心群友在面试时抛了一个问题：说下 handler 机制，Looper ...

陈宇明 129

一行 size() 代码引发的血案：ConcurrentLinkedQueue 的底层性能陷阱与生死局

理论全部打通，现在我们把的无锁节点管理，和LongAdder的无锁分散累加器，进行究极缝合！这段代码，是能够直接扔进千万级并发网关里当做核心组件的骨灰级写法。请逐行咀嚼其中对弱一致性与内存屏障的极致把控。/*** 🚀 【骨灰级最佳实践】自带极致性能监控的增强型无锁队列* 完美绕过 ConcurrentLinkedQueue.size() 的 O(N) 死亡遍历，* 同时避开 AtomicInteger 的 Cache Line 缓存一致性风暴！

qq_43414012的博客 410

由sendmessage引发的血案

某项目里使用了soui的通知中心的SRUNONUISYNC实现ui和后台线程之间的同步！发现窗口关闭时后台线程小概率出现随机join后死锁现象！由于这个现象出现的几率很小十分难调试，在我本机甚至无法复现，只得研究代码过程！好在代码量不大，排除几处可能得情况，最后锁定在SRUNONUISYNC上！因为它的原理就是使用SendMessage来实现同步！那么为什么它会发生死锁呢？首先这个关闭动作发生在一个消息处理过程中即鼠标点击事件，这个时候如果SendMessage的情况则分两种，一是来自本ui线程，这个时候它

lovehuanhuan1314的专栏 455

一次并发的update引发的血案 ----rocketMQ 多实例消费导致的错误。

事故现场：系统引入了rocketMQ，用来对某些订单进行状态的更新操作。部署的时候2台消费实例。在测试环境中只考虑了用乐观锁来控制并发，但在生产中，乐观锁并无法保证数据的正确性。具体的消费情况参考上图。假定消息A和消息B 都是为了更新表中的同一行数据，更新逻辑是，拿到消息A 进行更新，拿到消息B 在更新一次。最终得到的结果为，消息B。生产环境中，消息A\B 有...

花裤衩 1521

socket消息推送延迟-fwrite引发的血案

最近有同事反映，自己的推送消息延迟严重，最长的大概一分钟左右，导致相关业务逻辑受影响，但是类似的业务在JS client 却没有问题，只是在PHP client上延迟严重。该业务对消息及时性要求非常高，于是领导要求尽快查清原因，并解决问题。问题重现同事给我现场演示，发现问题确实存在。以前并没有遇到此类问题，直觉猜想可能跟前几天为解决带宽占用问题，使用的消息队列有关系。检查消息队列的日志，发...

Mark’s Blog 3821

上一篇：并发框架Disruptor译文

下一篇： inux内核中的信号机制--信号处理

STM32L452与FPGA通信翻车？手把手教你关闭I2C时钟延展避坑（附OVR错误解决方案）

e3f4g5的博客

02-16

214