惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
小众软件
小众软件
博客园_首页
博客园 - 聂微东
V
V2EX
WordPress大学
WordPress大学
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
罗磊的独立博客
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 司徒正美
博客园 - 三生石上(FineUI控件)
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
S
SegmentFault 最新的问题
J
Java Code Geeks
Last Week in AI
Last Week in AI
The Cloudflare Blog
月光博客
月光博客
雷峰网
雷峰网
宝玉的分享
宝玉的分享
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
有赞技术团队
有赞技术团队
人人都是产品经理
人人都是产品经理
博客园 - Franky
腾讯CDC
Jina AI
Jina AI
博客园 - 叶小钗
大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
量子位
爱范儿
爱范儿
美团技术团队
T
Tailwind CSS Blog
博客园 - 【当耐特】
D
Docker
IT之家
IT之家
V
Visual Studio Blog
P
Proofpoint News Feed
L
LangChain Blog
Engineering at Meta
Engineering at Meta
C
Check Point Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
云风的 BLOG
云风的 BLOG
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
Recorded Future
Recorded Future

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
深度学习进阶(八)Swin Transformer
哥布林学者 · 2026-04-15 · via 博客园_首页

上一篇中,我们已经明确了 DeiT 对 ViT 的改进思路:

通过蒸馏,引入 Teacher 的归纳偏置,缓解数据依赖问题。

但这条路线有一个明显局限:

它并没有改变 Transformer 本身的结构。

换句话说,DeiT 本身依然是一个全局 attention、无层级结构、内部缺乏局部归纳偏置的模型。
所以相应的改进思路水到渠成:

如果不只是“引导 Transformer 学习”,而是“直接修改 Transformer 的结构”,会怎样?

这便是在 21 年的论文:Swin Transformer: Hierarchical Vision Transformer using Shifted Windows中提出的 ViT 的另一变体: Swin Transformer 的出发点。
image.png

1. ViT 在实际训练中的问题

在展开 Swin Transformer 的具体改进前,我们需要简单了解一下原始 ViT 在实际训练中的一些问题。

1.1 CV 中的注意力计算量

在原始 ViT 中,每一层 Transformer 都对所有 patch token 两两计算注意力。这一步带来了一个非常关键的代价:计算复杂度过高

其实,这倒不能怪 ViT ,归根结底其实是自注意力本身的结构让这一原本应用于序列任务的设计在视觉任务中便显现出一些不适。

假设一张图像被切分为 \(N\) 个 patch,那么 self-attention 的计算复杂度就是:

\[\mathcal{O}(N^2) \]

复杂度本身自然是不变的,但问题在于:图像分辨率一旦提升,\(N\) 会快速增长,而计算量是平方级爆炸的。

我们用一个问题来对比说明这种情况:

为什么在 NLP 等序列任务中,这个问题并没有这么突出?

其核心原因不在于 attention 机制本身,而在于:序列长度的增长方式是一维的,而图像分辨率的增长是二维的。
image.png
如图所示,图像数据分辨率的增长带来的计算量增加是平方级的。

而且,更重要的一点是:高分辨率本就是视觉任务的刚需
在一些视觉任务,如小目标检测、边界精细分割等,都强依赖高分辨率输入。

因此,除去我们一直强调的弱偏置带来的数据依赖问题外,图像数据带来的高计算量也是一个非常现实的问题。

1.2 归纳偏置问题

对这点我们并不陌生了,我们再用 CNN 和 ViT 的差异简单复述一下:

  1. 因为卷积核,CNN 会优先关注“邻域信息”,并逐步扩大感受范围。 而 ViT 一上来就做全局建模,但边缘、纹理等低级视觉特征需要靠数据自己学出来。
  2. 因为层级结构,CNN 输出的特征图在层级间分辨率逐渐降低,而语义逐渐增强。但在原始 ViT 所有 patch token 的尺度是固定的,不存在多尺度表示。

总之还是我们之前说的:Transformer 在视觉任务中缺乏“结构性约束”,搜索过于自由,以至于收敛慢,数据要求高。

以上便是 原始 ViT 在实际训练中会产生的一些问题,而 Swin Transformer 便是针对它们进行了改进。
我们已经提到过 Swin Transformer 是通过优化自身结构增强了归纳配置,而在展开其具体逻辑前总结一下其核心思想,那就是:

让 Transformer 具备类似 CNN 的归纳偏置。

需要提前说明的是,在这里,包括下面的具体逻辑中,你很可能会产生这样一种疑惑:Swin Transformer 在尽力还原 CNN 的逻辑,就像开倒车一样,那既然都是同一套归纳偏置,两种结构到底差在哪里?这种改进的具体影响又是哪方面的?

我们先展开 Swin Transformer 的具体改进内容,了解完其本身后就来展开这个问题。

2. Window Attention

Swin 的第一步非常直接:

把“全局 attention”改为“局部 attention”

具体做法很简单:保持 patch token 的二维结构,在此基础上划分多个不重叠的窗口,即 window,每个窗口内部独立进行自注意力计算。

这部分是整个后续设计的前提,我们详细展开如下:
image.png
image

总结来说,这一设计其实就是把原本的全面注意力变成局部注意力了,很容易让我们联想到卷积核
实际上,这一改进就是依据局部性先验引入的归纳配置,于此同时,这一操作还引起了计算复杂度的变化:

\[O(N^2) \rightarrow O(N \times M) \]

假设输入图像大小为 \(224 \times 224\),patch size 为 \(4 \times 4\),那么 token 数量为:

\[N = \frac{224 \times 224}{4 \times 4} = 56 \times 56 = 3136 \]

在标准 ViT 中,每一层 attention 的计算复杂度为:

\[\mathcal{O}(N^2) = 3136^2 \approx 9.8 \times 10^6 \]

现在我们引入 window,假设 window size 为 \(7 \times 7\),那么 window 的数量为:

\[\frac{3136}{49} = 64 \]

总计算量就是:

\[64 \times 49^2 \approx 64 \times 2401 \approx 1.5 \times 10^5 \]

对比一下:

\[\frac{9.8 \times 10^6}{1.5 \times 10^5} \approx 65 \]

也就是说: 仅通过局部窗口划分,计算量就下降了约 60~70 倍。
而究其根本,是因为当窗口大小固定时,计算复杂度从“平方增长”变成了“线性增长”。

不过,这一改进也带来了相应的问题:

不同窗口之间的信息被完全隔离。

自然,Swin Transformer 也有其相应的策略:

3. Shifted Window(移位窗口)

就像刚刚说的,如果只有 Window Attention,模型就会退化为“块状 CNN”。
为了解决这个问题,Swin 提出了核心机制: Shifted Window

这步的做法看似简单,但实际上存在一些要注意的细节:

循环平移窗口 ,同时使用掩码遮蔽非法邻接,从而交互跨窗口信息。

我们具体展开如下:

3.1 循环平移

image.png

复述一下要点,向右下方向平移 token 网格,平移距离一般为:

\[shift = \frac{window\ size}{2} \]

这样就可以让窗口内容发生变化,交互不同区域里的信息。

但就像图里说的,这里会出现一个问题:

一些本不相邻的区域被强行拉到一起了,比如右下角和左上角。

image.png

对此,Swin 的解决方式是:

对“跨越原边界”的 token 进行 mask,不允许它们参与 attention。

而展开其具体逻辑前,我们要先解释清楚一个问题:

为什么要拒绝直接计算不相邻区域的注意力?这又并不像原始 transformer 的因果掩码一样会透露未来信息。

如果用一句话来总结就是:这是为了局部性偏置的刻意设计
简单展开一下:
如果 shift 后直接 attention,那就会变成:token 之间可以随意跨原 window 交互。
而 Swin 想要的是:“先局部建模,再逐层扩散”。
一旦这么做,模型就成了“弱版 ViT”,又回到了全局注意力的范畴,还多了层 window 的设计。
因此,这里的 mask 为了约束信息只能沿着“窗口重组后的局部结构”传播,从而保留 Swin 的归纳偏置设计。

这点内容,我们展开下面的 mask 具体设计后就可以更好的理解。

3.2 Shifted Window 的 mask 设计

先总结一下 mask 的设计逻辑就是:在 Shift 前构造一个“窗口分组编号图”,Shift 后再根据编号差异生成 attention mask。
具体如下:
image.png
而在这一层的注意力计算中,掩码的设计方法就和这些编号紧密相关,其形式如下:

\[M_{ij} = \begin{cases} 0 & \text{相同编号} \\ -\infty & \text{不同编号} \end{cases} \]

再摆一下掩码公式:

\[\mathrm{Attention}(Q,K,V)=\mathrm{softmax}\left(\frac{QK^T}{\sqrt{d_k}} + M\right)V \]

总结来说就是:在新划分的 window 中,只计算和自己编号相同的 token 的注意力。
这样,我们就实现让信息跨窗口流动的同时保证了局部性偏置不被破坏
image.png

这里要专门强调一点:在完成 Shifted Window 的相关计算和融合后,输出的 token 会被拼接回原始图像的结构。

这是因为 Swin 的整体设计,也方便堆叠的同时,在平移窗口中交流的 token 也会在重组后“和本地人重新交流外部信息”。

4. patch merging

到这里,我们就可以解释一下最开始的网络结构图中的一些内容了。
首先,在上面的内容里,我们知道 Swin 改进了 Transformer 的 block 结构,我们称之为 Swin block : 要么 W-MSA,要么 SW-MSA,两个 Swin block 在网络中交替出现
image.png
补充一个细节:在这里对归一化的设计就变成了我们之前提到的Pre-Norm(前归一化)结构

这样,我们就明白了 Swin 的大部分结构,只剩下了最后一个改进点:patch merging
如果再类比一下,它有些像 CNN 里的池化,但又有所不同。

我们先具体展开其逻辑,再说它的作用,我们假设前一层输出的 token 网格尺寸是:

\[H \times W \times C \]

Patch Merging 做的事情是:把每 2×2 的 patch 合并成 1 个 token
具体操作就是把这 4 个 token 的特征拼接在通道维度上:

\[ C \rightarrow 4C \]

对整个 token 网格应用后,空间尺寸就会变为:

\[\frac{H}{2} \times \frac{W}{2} \]

还没完,Swin 不会直接用 \(4C\),而是再接一个线性层:

\[4C \rightarrow 2C \]

最终输出的尺寸大小为:

\[\frac{H}{2} \times \frac{W}{2} \times 2C \]

image.png

到这里,其实 CNN 的思想就非常明显了:

空间分辨率逐渐减少,通道尺度逐渐增大,信息密度逐渐增加,由局部扩散到全局。

这其实就是我们很早之前介绍过的LeNet-5 范式的 Transformer 实现。

现在再看 Swin 的整体网络结构图,你就会非常明显地感受到这种思路:
image.png

如图所示,值得一提的是这一改进让 Transfromer 可以获取多尺度特征,从而用于分割等下游任务,而原始的 ViT 是无法实现这一点的。

到这里,我们就完成了 Swin 本身的全部内容。
现在,就可以展开前面的一个问题:

5. Swin 和 CNN

我们已经知道了 Swin 的核心思想:改进结构引入归纳偏置
现在,一个终极问题来到面前:

Swin 和 CNN 用的其实都是同一套归纳偏置,那 Swin 这一更现代的模型到底提升在哪里?是可用性?是上限?对归纳的实现形式到底是怎么影响最终的结果的?

要回答这个问题,关键不在“是否引入归纳偏置”,而在于:归纳偏置是如何被实现的。

在 CNN 中,归纳偏置是被硬编码进结构里的。卷积操作本质上是在固定的局部邻域内,用一组共享的卷积核进行加权求和,即:

\[y_i = \sum_{j \in \text{local}} w_j x_j \]

这里的“如何建模邻域关系”其实已经被提前规定好了:连接关系是局部的,权重是共享的,信息融合方式是线性的。
这意味着模型从一开始就被假设为“所有位置的局部模式是相似的”,从而大幅缩小了搜索空间,提升了训练稳定性。
但与此同时,也限制了表达能力:模型只能在既定的结构范式内进行拟合。

而在 Swin Transformer 中,归纳偏置则被部分保留、部分放开。window 的划分依然限制了注意力只能在局部范围内计算,但在这个局部范围内,token 之间的关系不再由固定卷积核决定,而是通过 self-attention 动态计算:

\[\alpha_{ij} = \mathrm{softmax}(q_i \cdot k_j) \]

也就是说,Swin 并没有规定“邻域信息该如何组合”,而是把这部分建模能力交给数据去学习。这时二者的差异所在。

进一步看信息传播方式,这种差异会被放大:在 CNN 中,感受野的扩大依赖于层层堆叠,远距离信息必须通过多次局部传播逐渐传递
而在 Swin 中,每一层 window 内部都是全连接的 attention,再配合 shifted window 的窗口重组机制,使得原本分离的区域在后续层中被重新组织。这意味着信息的传播路径不再是单纯的逐层扩散,而是通过“结构重排 + 全连接建模”实现跳跃式传递,缩短了建模长距离依赖的路径长度。

因此,Swin 的意义并不在于“用 Transformer 复现 CNN”,而在于:在 Transformer 的表达能力之上,引入适度的结构约束,使其既具备视觉任务所需的归纳偏置,又不牺牲对复杂关系的建模能力。

实际上,Transformer 不断发展的同时,CNN 也并非止步不前,当 Swin 在学习“约束”的同时,CNN 也在学习“自由”。
所以,CNN 的 Transformer 化便是下一篇要展开的内容。