Umbraco-CMS 多用户并发编辑时的递归锁问题分析
2025-06-11 12:02:36作者:秋泉律Samson
问题背景
在内容管理系统Umbraco-CMS的13.8.1版本中,开发团队发现了一个影响多用户协作的严重问题。当多个编辑人员同时在后台创建和发布内容时,系统会抛出"Recursive locks not allowed"(不允许递归锁)的错误,导致内容发布失败。
问题现象
具体表现为:当多名编辑人员同时执行以下操作时:
- 打开后台并创建新内容
- 几乎同时点击"保存并发布"按钮
系统会在调用PostSave API时抛出异常,错误信息显示为"One or more errors occurred. (Recursive locks not allowed)",并伴随详细的堆栈跟踪信息。
技术分析
锁机制原理
在Umbraco-CMS中,内容发布操作需要保证数据一致性,因此使用了锁机制来防止并发修改导致的数据冲突。系统采用了范围(Scope)级别的锁来管理数据库事务。
问题根源
经过分析,问题出在13.5版本引入的变更中。在这个版本中,锁管理逻辑发生了变化,导致在多用户并发操作时,系统错误地检测到了递归锁的情况(即同一个线程试图多次获取同一个锁),而实际上这是多个独立线程的正常并发操作。
影响范围
该问题影响从13.5版本开始的所有后续版本,包括13.8.1。而在较早的13.2.2版本中不存在此问题,这进一步证实了问题是在13.5版本引入的。
解决方案
Umbraco开发团队已经确认并修复了这个问题,修复方案主要涉及锁管理逻辑的优化:
- 修正了锁检测机制,确保能正确区分真正的递归锁和合法的并发操作
- 优化了事务范围管理,避免不必要的锁冲突
- 改进了错误处理逻辑,提供更清晰的错误信息
该修复已计划包含在13.10版本中发布。
临时解决方案
对于无法立即升级到13.10版本的用户,可以考虑以下临时措施:
- 建立编辑规范,避免多名编辑同时发布内容
- 实现工作流程控制,通过审批流程串行化发布操作
- 在关键发布时段限制后台并发用户数
总结
这个案例展示了在CMS系统中处理并发操作时面临的挑战。Umbraco团队通过社区反馈快速定位并解决了问题,体现了开源项目的响应能力和协作精神。对于企业用户而言,及时关注版本更新和已知问题,建立适当的测试流程,是确保系统稳定运行的重要措施。
登录后查看全文
热门项目推荐
相关项目推荐
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
jiuwenclawJiuwenClaw 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。Python0209- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
AtomGit城市坐标计划AtomGit 城市坐标计划开启!让开源有坐标,让城市有星火。致力于与城市合伙人共同构建并长期运营一个健康、活跃的本地开发者生态。01
MarkFlowy一款 AI Markdown 编辑器TSX01
热门内容推荐
最新内容推荐
项目优选
收起
deepin linux kernel
C
27
12
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
617
4.08 K
Ascend Extension for PyTorch
Python
453
538
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
69
21
暂无简介
Dart
858
205
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
926
775
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.48 K
836
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
114
178
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
374
254
昇腾LLM分布式训练框架
Python
133
159