当前位置:首页 > 文章列表 > 文章 > 前端 > SharedArrayBuffer与Atomics多线程通信详解

SharedArrayBuffer与Atomics多线程通信详解

2026-05-10 18:55:06 0浏览 收藏
SharedArrayBuffer 与 Atomics 共同构建了一套浏览器环境下真正零拷贝、无锁且原子安全的多线程通信机制,但其强大能力被严格的运行时约束所保护:它默认禁用以防 Spectre 攻击,需同时配置跨域隔离响应头(COOP/COEP)、使用 crossorigin 加载脚本、通过 transferList 正确传递共享内存,并由主线程统一创建与分发;任何绕过 Atomics 的直接赋值都会引发不可预测的竞态错误,而 wait/notify 等同步原语更要求精确的类型匹配、状态协议设计与跨线程协作——这不仅是技术选型,更是对并发思维与内存契约的深度考验。

如何利用 SharedArrayBuffer 配合 Atomics 实现多 Worker 高效无锁通讯

SharedArrayBuffer + Atomics 能实现多 Worker 间零拷贝、无锁、原子级通讯,但前提是必须绕过浏览器的跨域隔离限制,且所有读写操作都得走 Atomics 方法——直接赋值(arr[i] = 1)会引发竞态,不是“不推荐”,而是“一定出错”。

为什么 SharedArrayBuffer 在本地开发时 new 就报错

这不是语法问题,而是浏览器主动拦截:TypeError: SharedArrayBuffer is not enabled。它默认被禁用,防止 Spectre 类侧信道攻击。

  • 必须同时满足两个响应头:Cross-Origin-Opener-Policy: same-originCross-Origin-Embedder-Policy: require-corp
  • 不能用 file:// 协议打开页面;开发时得用 localhost127.0.0.1 启服务(如 npx serve -l 8080

postMessage 传 SharedArrayBuffer 的唯一正确写法

传错 buffer 就等于传了个空引用——Worker 收到的是一个普通 ArrayBuffer 拷贝,不是共享内存。

  • 主线程发送时,必须把 SharedArrayBuffer 实例放进 transferList 第二个参数:worker.postMessage({ sab }, [sab])
  • Worker 内接收后,**不能直接用 new Int32Array(e.data.sab)** ——要确保视图类型和主进程一致(比如都是 Int32Array),且长度对齐(sab.byteLength 必须能被元素字节大小整除)
  • 多个 Worker 共享同一块内存,必须由主进程统一创建并分发;各自 new SharedArrayBuffer() 是无效的,彼此内存完全隔离

Atomics.wait() 只在 Worker 里能用,且只等“值不变”

Atomics.wait() 不是 sleep,也不是轮询开关,它是条件挂起:只有当目标位置当前值等于预期值时才阻塞,否则立刻返回 "not-equal"

  • 主线程调用会直接抛 TypeError: wait not allowed on main thread
  • 视图必须是 Int32ArrayBigInt64Array,传 Float64Array 会报 RangeError
  • 唤醒必须靠另一线程调用 Atomics.notify(),且 notify 前要先 Atomics.store() 改变该位置的值,否则 wait 永远不会退出
  • 典型同步模式:Worker A 等待 Atomics.wait(shared, 0, 0) → 主线程或 Worker B 执行 Atomics.store(shared, 0, 1); Atomics.notify(shared, 0, 1)

无锁 ≠ 无同步逻辑,容易忽略的边界点

真正难的不是写 Atomics.add(),而是设计状态流转协议。比如多个 Worker 同时往一个环形缓冲区写数据,仅靠原子加法不够,还得用 CAS(Atomics.compareExchange())做预留位,再用 Atomics.store() 提交内容——否则会出现覆盖写或漏写。

  • Atomics.add().sub() 等只适用于纯数值聚合(计数器、累加和),不适用于结构化数据交换
  • 共享内存区域需提前规划好字段布局(比如前 4 字节放计数器,接下来 1020 字节放数据区),所有 Worker 必须严格按约定解读
  • 没有 GC 机制,SharedArrayBuffer 生命周期由 JS 引擎自动管理,但一旦所有引用消失,内存就不可恢复——别依赖“稍后还能读”

终于介绍完啦!小伙伴们,这篇关于《SharedArrayBuffer与Atomics多线程通信详解》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识,快来关注吧!

微信电脑版手机能用吗?微信电脑版手机能用吗?
上一篇
微信电脑版手机能用吗?
手机屏幕触控异常原因及解决方法
下一篇
手机屏幕触控异常原因及解决方法
查看更多
最新文章
资料下载
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • ChatExcel酷表:告别Excel难题,北大团队AI助手助您轻松处理数据
    ChatExcel酷表
    ChatExcel酷表是由北京大学团队打造的Excel聊天机器人,用自然语言操控表格,简化数据处理,告别繁琐操作,提升工作效率!适用于学生、上班族及政府人员。
    4492次使用
  • Any绘本:开源免费AI绘本创作工具深度解析
    Any绘本
    探索Any绘本(anypicturebook.com/zh),一款开源免费的AI绘本创作工具,基于Google Gemini与Flux AI模型,让您轻松创作个性化绘本。适用于家庭、教育、创作等多种场景,零门槛,高自由度,技术透明,本地可控。
    4841次使用
  • 可赞AI:AI驱动办公可视化智能工具,一键高效生成文档图表脑图
    可赞AI
    可赞AI,AI驱动的办公可视化智能工具,助您轻松实现文本与可视化元素高效转化。无论是智能文档生成、多格式文本解析,还是一键生成专业图表、脑图、知识卡片,可赞AI都能让信息处理更清晰高效。覆盖数据汇报、会议纪要、内容营销等全场景,大幅提升办公效率,降低专业门槛,是您提升工作效率的得力助手。
    4716次使用
  • 星月写作:AI网文创作神器,助力爆款小说速成
    星月写作
    星月写作是国内首款聚焦中文网络小说创作的AI辅助工具,解决网文作者从构思到变现的全流程痛点。AI扫榜、专属模板、全链路适配,助力新人快速上手,资深作者效率倍增。
    6551次使用
  • MagicLight.ai:叙事驱动AI动画视频创作平台 | 高效生成专业级故事动画
    MagicLight
    MagicLight.ai是全球首款叙事驱动型AI动画视频创作平台,专注于解决从故事想法到完整动画的全流程痛点。它通过自研AI模型,保障角色、风格、场景高度一致性,让零动画经验者也能高效产出专业级叙事内容。广泛适用于独立创作者、动画工作室、教育机构及企业营销,助您轻松实现创意落地与商业化。
    5084次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码