搜索[并发编程]结果-低调大师优秀个人博客

精选列表

搜索[并发编程]，共10000篇文章

从 0 实现 React 18：手写并发模式与 Fiber 架构核心

Fiber 是 React 18 中最小的工作单元，它是一个 JavaScript 对象，通过链表结构（child、sibling、return）描述组件树，使得更新工作可被拆分和中断。

2026-08-21

直播弹幕系统：TKE 如何支撑百万级并发消息推送

摘要：直播互动场景下的弹幕系统需要应对高并发、低延迟和突发流量等多重挑战。本文介绍基于腾讯云容器服务 TKE 构建弹性弹幕推送架构的技术方案，结合超级节点秒级弹性、全链路加速体系和 TCR 内网高速

2026-08-12

【架构实战】库存系统架构：扣减并发10万的背后

踩坑场景：Redis库存扣减后，MQ消息发送失败或消费者处理失败，导致MySQL库存没有扣减。

2026-07-30

【架构实战】电商秒杀架构：高并发场景的终极挑战

秒杀是电商平台常见的营销活动：商家以极低价格限量售卖商品，用户在同一时间集中抢购，具有瞬时高并发、库存少、读写频繁的特点。

2026-07-29

PHP 异步 RFC：标准化引擎级并发调度器 ABI

它的目的是在 PHP 引擎层面建立一个可插拔的协程调度器接口（ABI），让扩展可以提供调度器，从而激活 PHP 的并发执行模式。

2026-07-27

接口并发卡死？吃透 Dapper 异步操作，WebAPI 性能直接翻倍

同步 Dapper 写起来很顺手，但一上 Web API 就得换异步。这篇聊为什么以及怎么用。

2026-07-21

CubeSandbox：面向 AI Agent 的即时、并发、安全轻量沙箱服务

CubeSandbox 是腾讯云开源的高性能沙箱服务，专为 AI Agent 代码执行场景设计。它基于 RustVMM + KVM 构建，在安全性（硬件级隔离）与性能（毫秒级冷启动）之间取得了极致平衡，同时兼容主流的 E2B SDK，支持一行配置迁移。

2026-07-13

ip2region 3.11.0 发布 - Go 并发安全支持 / Java 优化

Ip2region 是一个离线的 IP 数据管理框架和定位库，同时支持 IPv4 和 IPv6，支持亿级别的 IP 断管理，10 微秒级别的查询性能，提供了很多主流编程语言的 xdb 数据格式的生成和查询实现

2025-12-09

高并发场景下的库存管理，理论与实战能否兼得？

前言本篇文章，是一篇实战后续篇，是基于之前我发了一篇关于如何构建高并发系统文章的延伸：高并发系统的艺术：如何在流量洪峰中游刃有余而这篇文章，从实践出发，解决一个真实场景下的高并发问题：秒杀场景下的系统库存扣减问题

2025-03-24

KubeSphere v4 开源并发布全新可插拔架构 LuBan

2024 年 10 月 10 日，KubeSphere 开源社区激动地向大家宣布，KubeSphere v4（开源版）已正式发布，同时发布全新可插拔架构 KubeSphere LuBan。相较于 KubeSphere 之前所有的版本，KubeSphere v4 可以说是有了颠覆性的变化。KubeSphere v4 是基于全新的云原生可扩展开放架构------KubeSphere LuBan 打造的云原生操作系统，对于 KubeSphere 而言具有非凡的意义。 KubeSphere LuBan 什么是 KubeSphere LuBan 鲁班（LuBan），是中国古代工匠的始祖。作为广大劳动人民智慧与创造力的象征，他通过工具提高劳动效率，将劳动者从原始繁重的任务中解放出来，使土木工艺呈现崭新面貌。KubeSphere 将全新微内核架构（KubeSphere Core）命名为 LuBan，借此寓意，期待为企业与开发者提供低成本、快速迭代和灵活集成的云原生产品，并带来专业、全能和极富创造力的使用与开发体验。 KubeSphere LuBan，是一个分布式的云原生可扩展开放架构，为扩展组件提供一个可热插拔的微内核。自此，KubeSphere 所有功能组件及第三方组件都会基于 KubeSphere LuBan，以扩展组件的方式无缝融入到 KubeSphere 控制台中，并独立维护版本，真正实现即插即用的应用级云原生操作系统。 KubeSphere LuBan 架构设计如下图所示。为什么推出 KubeSphere LuBan 自 2018 年以来，KubeSphere 混合多云容器管理平台已发布过十几个版本，其中包括三个重大版本。为了满足用户需求，KubeSphere 集成了众多企业级功能，如多租户管理，多集群管理，DevOps，GitOps，服务网格，微服务，可观测（包括监控、告警、日志、审计、事件、通知等），应用商店，边缘计算，网络与存储管理等。虽然 KubeSphere 的一站式容器解决方案极大地提升了用户的容器使用体验，但也带来了如下挑战：发版周期长：在发布新版本时，需要等待所有组件完成开发、测试并通过集成测试。响应用户不及时：由于各组件无法单独迭代，KubeSphere 发布后，对社区和用户组件反馈处理需要等待 KubeSphere 发布新版本后才能一并交付给用户，导致响应不够及时。代码耦合：尽管目前已能实现单独启用/禁用特定组件，但这些组件的前后端代码仍然耦合在一起，容易互相影响，架构上不够优雅。系统资源占用过多：部分组件默认启用，对于没有相关需求的用户来说，可能会占用过多的系统资源。 KubeSphere LuBan 的优势有哪些插件式的核心框架：支持独立开发和部署组件以扩展系统的功能。组件可以根据需求进行添加、升级或移除，而不需要修改核心框架的代码。全开放的基础 UI 组件库：组件对所有人开放，任何人都可以自由地访问、使用和扩展这些组件。用户根据自己的需求进行定制和扩展，以满足不同的设计和功能要求。前后端热更新、热修复：开发者可以在系统运行时对前端和后端进行实时更新和修复，提高了开发和运维的效率，同时保证了应用程序的可用性和用户体验。开放性扩展中心，生态共建：我们提供一个开放的平台，鼓励第三方开发者通过组件向系统添加新的功能或增强现有功能，在系统的框架内进行开发和集成，并将他们的组件与系统进行无缝连接，共同构建一个健康、繁荣的生态系统。基于 KubeSphere LuBan 可以做什么 KubeSphere 用户 KubeSphere 用户可以自由选择启用哪些 KubeSphere 扩展组件。同时还能将自己的应用无缝融入到 KubeSphere 控制台。此外，随着 KubeSphere 扩展组件生态的丰富，用户可以在 KubeSphere 扩展市场中自由选择更丰富的产品和服务，最终实现容器管理平台的千人千面的效果。 KubeSphere 维护者扩展机制使得维护者可以更聚焦 KubeSphere 核心功能的开发，并可使得 KubeSphere Core 更加轻量，版本发布节奏也可以加快。此外，因为扩展组件能够独立进行迭代，能够更及时地满足用户的需求。 KubeSphere 贡献者扩展机制的引入使得 KubeSphere Core 及 KubeSphere 其他扩展组件变得更加松耦合，开发也更加易于上手。云原生应用开发商（ISV）或其他开源项目众多 ISV 或其他开源项目可以低成本将产品或开源项目无缝融入到 KubeSphere 生态系统中。比如 Karmada/KubeEdge 的开发人员可以基于 KubeSphere LuBan 开发独立的 Karmada/KubeEdge 控制台。 KubeSphere v4 简介 KubeSphere v4，是 KubeSphere 团队打造的全新云原生操作系统，不仅继承了之前版本的企业级资源与业务管理、一站式云原生解决方案等强大功能，还能轻松实现应用的上下游联动、随时随地集成各类优质扩展组件，并提供无缝融合的业务能力与高度一致的产品体验。其中内核部分（KubeSphere Core）仅包含系统运行的必备基础功能，而将独立的业务模块分别封装在各个扩展组件（Extensions）中。新特性基于全新微内核架构 KubeSphere LuBan 重构内置 KubeSphere 扩展市场支持通过扩展中心统一管理扩展组件支持 UI、API 扩展支持通过 kubeconfig 一键导入 member 集群支持 KubeSphere 服务帐户支持动态扩展 Resource API 支持添加集群、企业空间、项目到快捷访问支持通过容器终端进行文件上传和下载支持适配不同厂商的云原生网关（Kubernetes Ingress API）支持 API 限流支持在页面创建持久卷支持基于 OCI 的 Helm Chart 仓库另外，KubeSphere 4.1.2 增加了默认的扩展组件仓库（见下文）。同时修复了 KubeSphere 4.1.1 存在的以下问题：部分扩展组件页面白屏的问题 ks-core 卸载时部分资源残留的问题 K8s 1.19 环境无法安装的问题其他变化请查看变更说明： https://www.kubesphere.io/zh/docs/v4.1/20-release-notes/release-v411/ https://www.kubesphere.io/zh/docs/v4.1/20-release-notes/release-v412/ KubeSphere 扩展组件 KubeSphere 扩展组件用于扩展 KubeSphere 的平台能力，用户可在系统运行时动态地安装、卸载、启用、禁用扩展组件。监控、告警、通知、项目网关和集群网关、卷快照、网络隔离等功能，将由扩展组件来提供。目前，我们已经开源了 20 个扩展组件，分别是： KubeSphere 网络 KubeSphere 应用商店管理 KubeSphere 服务网格 KubeSphere 存储 KubeSphere 多集群代理连接 KubeSphere 网关 DevOps 联邦集群应用管理 OpenSearch 分布式检索与分析引擎 Grafana for WhizardTelemetry Grafana Loki for WhizardTelemetry WhizardTelemetry 数据流水线 WhizardTelemetry 平台服务 WhizardTelemetry 告警 WhizardTelemetry 事件 WhizardTelemetry 日志 WhizardTelemetry 监控 WhizardTelemetry 通知 Metrics Server Gatekeeper 扩展组件仓库：https://github.com/kubesphere-extensions/ks-extensions/。安装试用特别说明：目前不支持从 3.4.x 版本直接升级到 v4 版本，需要先卸载原来的版本，再安装 v4 版本。参考文档：https://www.kubesphere.io/zh/docs/v4.1/03-installation-and-upgrade/02-install-kubesphere/02-install-kubernetes-and-kubesphere/ 安装扩展组件参考文档：https://www.kubesphere.io/zh/docs/v4.1/06-extension-user-guide/01-install-components-pdf/ 从 v4.1.1 升级到 v4.1.2，升级和安装部署可以使用以下命令： helm upgrade --install -n kubesphere-system --create-namespace ks-core https://charts.kubesphere.io/main/ks-core-1.1.2.tgz --debug --wait 详细文档请参考：https://kubesphere.io/zh/docs/v4.1/02-quickstart/01-install-kubesphere。参与贡献正如前文所说，扩展机制的引入使得 KubeSphere Core 及 KubeSphere 其他扩展组件变得更加松耦合，开发也更加易于上手。社区目前正在逐步发布开源的扩展组件，为各位用户提供更多的功能，让各位用户有更多的选择。同时，社区也非常欢迎各位开发者以及 ISV 参与进来，开发自己的扩展组件，共同丰富扩展组件生态。目前，已经有一位参与开源之夏的学生贡献者张豈明，开发了一款扩展组件 Pod Status Analysis Tool，地址：https://github.com/kubesphere-extensions/ks-extensions-contrib/tree/main/pod-analyzer。贡献仓库：https://github.com/kubesphere-extensions/ks-extensions-contrib 开发指南：https://dev-guide.kubesphere.io/extension-dev-guide/zh/ 未来计划与展望 KubeSphere 愿景是打造一个以 Kubernetes 为内核的云原生分布式操作系统，它的架构可以非常方便地使第三方应用与云原生生态组件进行即插即用（plug-and-play）的集成，支持云原生应用在多云与多集群的统一分发和运维管理。 KubeSphere v4 将正式实现这个愿景，真正成为可插拔架构的产品，让用户可以选择自己需要的组件。后续，我们将开源更多的扩展组件，为用户提供更多的选择。后续文章将为大家详细讲解如何安装部署 KubeSphere v4，如何安装和使用扩展组件以及目前大家在使用中遇到的常见问题解答，敬请关注。本文由博客一文多发平台 OpenWrite 发布！

2024-10-11

低代码如何借助 K8s 实现高并发支持？

引言在当今这个数字化时代，互联网的普及和技术的飞速发展使得应用程序面临着前所未有的挑战，其中最为显著的就是高并发访问的需求。

2024-07-29

FiT 基于 Pulsar 在金融在线高并发场景的最佳实践

同时由于FiT均是交易类场景，对消息产品的高并发、容灾有非常高的要求。

2024-04-16

火山引擎ByteHouse：分析型数据库如何设计并发控制？

并发控制可以防止多个事务同时对同一数据进行修改，导致数据不一致的情况发生。通过合理的并发控制策略，分析型数据库可以在保证数据一致性的前提下，最大限度地提高数据库的并发处理能力，从而提高整体性能。

2024-01-31

X File Storage 捐赠至 Dromara 开源组织并发布 2.0.0 版本

原名 X Spring File Storage 现已捐赠至 dromara 开源组织 x-file-storage.dromara.org | x-file-storage.xuyanwu.cn | spring-file-storage.xuyanwu.cn 📚简介一行代码将文件存储到本地、FTP、SFTP、WebDAV、阿里云 OSS、华为云 OBS、七牛云 Kodo、腾讯云 COS、百度云 BOS、又拍云 USS、MinIO、 Amazon S3、GoogleCloud Storage、金山云 KS3、美团云 MSS、京东云 OSS、天翼云 OOS、移动云EOS、沃云 OSS、网易数帆 NOS、Ucloud US3、青云 QingStor、平安云 OBS、首云 OSS、IBM COS、其它兼容 S3 协议的存储平台。查看所有支持的存储平台 💡 通过 WebDAV 连接到 Alist 后，可以使用百度网盘、天翼云盘、阿里云盘、迅雷网盘等常见存储服务，查看 Alist 支持的存储平台 GitHub：github.com/dromara/x-f… Gitee：gitee.com/dromara/x-f… 文档1：x-file-storage.dromara.org 文档2：x-file-storage.xuyanwu.cn 文档3：spring-file-storage.xuyanwu.cn 📜更新内容更改项目名、更改包名、优化项目结构新增直接读取 HttpServletRequest 的流进行上传，文件不落盘，速度更快新增支持 Metadata 元数据优化 ACL 异常处理优化文件删除逻辑修复 Amazon S3 上传文件偶现 ResetException 问题捐赠至 dromara 开源社区项目依赖的变化 2.0.0 之前的版本 <dependency> <groupId>cn.xuyanwu</groupId> <artifactId>spring-file-storage</artifactId> <version>1.0.3</version> </dependency> 2.0.0 及以后的版本 <dependency> <groupId>org.dromara.x-file-storage</groupId> <artifactId>x-file-storage-spring</artifactId> <version>2.0.0</version> </dependency> 配置参数的变化 2.0.0 之前的版本 spring: file-storage: #文件存储配置 default-platform: huawei-obs-1 #默认使用的存储平台 thumbnail-suffix: ".min.jpg" #缩略图后缀，例如【.min.jpg】【.png】 #对应平台的配置写在这里，注意缩进要对齐 2.0.0 及以后的版本 dromara: x-file-storage: #文件存储配置 default-platform: huawei-obs-1 #默认使用的存储平台 thumbnail-suffix: ".min.jpg" #缩略图后缀，例如【.min.jpg】【.png】 #对应平台的配置写在这里，注意缩进要对齐包名的变化 2.0.0 之前的版本 cn.xuyanwu.spring.file.storage cn.xuyanwu.spring.file.storage.spring 2.0.0 及以后的版本 org.dromara.x.file.storage.core org.dromara.x.file.storage.spring 📦使用点击快速入门查看全部存储平台的使用方法！ 🔧 配置这里以阿里云 OSS 为例，pom.xml 引入本项目，这里默认是 SpringBoot 环境，其它环境参考脱离 SpringBoot 单独使用  <dependency> <groupId>org.dromara.x-file-storage</groupId> <artifactId>x-file-storage-spring</artifactId> <version>2.0.0</version> </dependency>  <dependency> <groupId>com.aliyun.oss</groupId> <artifactId>aliyun-sdk-oss</artifactId> <version>3.16.1</version> </dependency> application.yml配置文件中添加以下基础配置 dromara: x-file-storage: #文件存储配置 default-platform: aliyun-oss-1 #默认使用的存储平台 aliyun-oss: - platform: aliyun-oss-1 # 存储平台标识 enable-storage: true # 启用存储 access-key: ?? secret-key: ?? end-point: ?? bucket-name: ?? domain: ?? # 访问域名，注意“/”结尾，例如：https://abc.oss-cn-shanghai.aliyuncs.com/ base-path: test/ # 基础路径 🔨编码在启动类上加上@EnableFileStorage注解 @EnableFileStorage @SpringBootApplication public class SpringFileStorageTestApplication { public static void main(String[] args) { SpringApplication.run(SpringFileStorageTestApplication.class,args); } } ✨开始上传支持 File、MultipartFile、byte[]、InputStream、URL、URI、String、HttpServletRequest，大文件会自动分片上传。如果想支持更多方式，请阅读文件适配器章节 @RestController public class FileDetailController { @Autowired private FileStorageService fileStorageService;//注入实列 /** * 上传文件 */ @PostMapping("/upload") public FileInfo upload(MultipartFile file) { //只需要这一行代码即可上传成功 return fileStorageService.of(file).upload(); } /** * 上传文件，成功返回文件 url */ @PostMapping("/upload2") public String upload2(MultipartFile file) { FileInfo fileInfo = fileStorageService.of(file) .setPath("upload/") //保存到相对路径下，为了方便管理，不需要可以不写 .setObjectId("0") //关联对象id，为了方便管理，不需要可以不写 .setObjectType("0") //关联对象类型，为了方便管理，不需要可以不写 .putAttr("role","admin") //保存一些属性，可以在切面、保存上传记录、自定义存储平台等地方获取使用，不需要可以不写 .upload(); //将文件上传到对应地方 return fileInfo == null ? "上传失败！" : fileInfo.getUrl(); } /** * 上传图片，成功返回文件信息 * 图片处理使用的是 https://github.com/coobird/thumbnailator */ @PostMapping("/upload-image") public FileInfo uploadImage(MultipartFile file) { return fileStorageService.of(file) .image(img -> img.size(1000,1000)) //将图片大小调整到 1000*1000 .thumbnail(th -> th.size(200,200)) //再生成一张 200*200 的缩略图 .upload(); } /** * 上传文件到指定存储平台，成功返回文件信息 */ @PostMapping("/upload-platform") public FileInfo uploadPlatform(MultipartFile file) { return fileStorageService.of(file) .setPlatform("aliyun-oss-1") //使用指定的存储平台 .upload(); } /** * 直接读取 HttpServletRequest 中的文件进行上传，成功返回文件信息 * 使用这种方式有些注意事项，请查看文档基础功能-上传章节 */ @PostMapping("/upload-request") public FileInfo uploadPlatform(HttpServletRequest request) { return fileStorageService.of(request).upload(); } } 🎨其它操作 //手动构造文件信息，可用于其它操作 FileInfo fileInfo = new FileInfo() .setPlatform("huawei-obs-1") .setBasePath("test/") .setPath("aa/") .setFilename("image.png") .setThFilename("image.png.min.jpg"); //文件是否存在 boolean exists = fileStorageService.exists(fileInfo); //下载 byte[] bytes = fileStorageService.download(fileInfo).bytes(); //删除 fileStorageService.delete(fileInfo); //其它更多操作如果将文件记录保存到数据库中，还可以更方便的根据 URL 进行操作了，详情请阅读保存上传记录章节 //直接从数据库中获取 FileInfo 对象，更加方便执行其它操作 FileInfo fileInfo = fileStorageService.getFileInfoByUrl("https://abc.def.com/test/aa/image.png"); //文件是否存在 boolean exists = fileStorageService.exists("https://abc.def.com/test/aa/image.png"); //下载 byte[] bytes = fileStorageService.download("https://abc.def.com/test/aa/image.png").bytes(); //删除 fileStorageService.delete("https://abc.def.com/test/aa/image.png"); //其它更多操作点击快速入门查看全部存储平台的使用方法！ 🚀Dromara成员项目为往圣继绝学，一个人或许能走的更快，但一群人会走的更远。

2023-10-18

DriverBox V0.2 已发布，修复并发执行脚本问题

DriverBox V0.2 已发布，修复并发执行脚本问题 DriverBox是一款基于物联网开源框架Edgex打造的泛化协议接入服务。

2023-06-12

5个高并发导致数仓资源类报错分析

摘要：集群运行过程中，有时候会执行并发量比较高的业务场景，一些数据库没有为这种高并发作业配置合适的参数，会导致作业大量报错，这篇文章让你玩转并发作业。

2023-03-13

随机高并发查询结果一致性设计实践

当高并发或有人利用不存在的Key频繁攻击时，数据库的压力骤增，甚至崩溃，这就是缓存穿透问题。

2023-02-01

彻底讲明白Java中眼花缭乱的各种并发锁

1、锁的由来在并发编程中，经常会遇到两个以上的线程访问同一个共享变量，当同时对共享变量进行读写操作时，就会产生数据不一致的情况。

2022-11-14

Puma 6.0.0 发布，关注高并发的 Ruby HTTP 服务器

Puma 是一个简单、快速、线程化并且关注高并发的 HTTP 1.1 服务器，适用于开发和生产中的 Ruby/Rack 应用。

2022-10-20

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。