简介：这份资源是从Windows Server 2012 R2 x64系统镜像中提取的sxs组件包，专门用于解决Windows环境下.NET Framework 3.5无法正常安装的问题，适合运维人员、开发者和系统部署工程师在离线或内网环境中使用。压缩包共包含1568个文件，以720个dll动态链接库、180个resx资源文件、84个exe可执行程序为主，同时涵盖aspx页面、config配置、sql脚本、browser定义、ini设置及tlb类型库等，整体约103.04MB，覆盖.NET 3.5安装所需的完整组件与依赖。使用时只需将系统安装源路径指向sxs所在绝对目录，即可绕过在线更新限制完成部署。目前已有4216人学习下载，资源保留了原始镜像的目录层级与文件结构，便于按模块定位所需组件，为离线装机、系统封装和故障排查提供可直接复用的备用源方案。
1. 离线装 .NET 3.5 为什么总卡在 sxs 文件上
给一台内网机器装 .NET 3.5，进度条走到一半弹窗报错，提示找不到源文件，或者干脆卡在「正在下载所需文件」转圈——这个场景做运维的基本都遇到过。问题的根子在于：从 Windows 8 和 Windows Server 2012 开始，.NET 3.5 的运行库不再随系统镜像预装，而是以「按需功能」的形式放在安装介质的sources\sxs目录里。系统装这个功能时默认会去 Windows Update 拉取，可内网机器根本连不出去，于是安装程序找不到那个 sxs 源，直接翻车。
sxs是「side-by-side」的缩写，这个目录里放的是 .NET 3.5 的组件清单和 cab 包，系统靠它完成组装。你要做的核心动作就一件事：把安装介质里的 sxs 目录喂给系统，让它别去联网找。这篇笔记把离线装 .NET 3.5 的几条路径、参数怎么设、sxs 源怎么选、报错怎么排，按我实际踩过的顺序讲清楚，适合需要批量部署或维护内网 Windows 机器的运维和桌面支持同学。
2. 先搞懂 sxs 源从哪来：镜像、版本与匹配规则
2.1 sxs 目录到底装了什么
sources\sxs目录里通常是一批.cab文件和若干清单文件，命名类似microsoft-windows-netfx3-ondemand-package~31bf3856ad364e35~amd64~~.cab。这些 cab 就是 .NET 3.5 的组件包，系统通过 DISM 或「启用或关闭 Windows 功能」调用它们完成安装。关键点在于：sxs 源必须和当前系统版本、架构、语言严格匹配。你拿 Windows 10 21H2 的 sxs 去给 Windows Server 2019 装，大概率报「源文件损坏」或「找不到指定文件」，因为组件清单的版本号对不上。
我一般会先确认三件事：系统版本（winver或systeminfo）、架构（x64 还是 arm64）、显示语言。这三项决定了你该用哪个镜像里的 sxs。比如中文版 Windows 10 专业版，就得用中文版对应版本的 ISO，挂载后取sources\sxs。
2.2 用 DISM 挂载镜像提取 sxs 的标准流程
如果你手上只有 ISO，没有现成的 sxs 目录，可以挂载后直接指向。下面是我常用的提取步骤，先把 ISO 挂上，再把 sxs 拷到本地固定路径，方便后续复用。
# 挂载 ISO 到虚拟光驱（假设盘符为 D:） # 实际盘符以「此电脑」里看到的为准 # 把 sxs 目录复制到本地，避免每次都要挂 ISO robocopy D:\sources\sxs C:\sxs /E /COPY:DAT # 确认复制结果，看 cab 文件数量是否正常 dir C:\sxs\*.cab | find /c ".cab"robocopy的/E表示连空子目录一起复制，/COPY:DAT保留数据、属性和时间戳。复制完检查 cab 数量，一般几十个到上百个不等，太少说明源不完整。这一步的意义是把 sxs 固化到本地，后面装功能时直接指C:\sxs，不用反复挂载 ISO。
提示：不同 Windows 版本的 sxs 目录内容差异很大，别混用。建议按「系统版本+语言」建子目录存放，比如
C:\sxs\win10_21h2_zh-cn。
2.3 版本匹配的对照关系
下面这张表是我整理的高频对应关系，实际以你手上的镜像为准，但方向不会错：
| 目标系统 | 推荐 sxs 来源 | 常见坑 |
|---|---|---|
| Windows 10 各版本 | 同版本同语言 ISO | 跨版本报源损坏 |
| Windows 11 | 同版本 ISO | 老 ISO 缺新组件 |
| Server 2016/2019 | 对应 Server ISO | 别用桌面版 ISO |
| Server 2022 | 对应 Server ISO | 语言包要一致 |
| 精简版/魔改系统 | 原版 ISO | 组件被裁，需补文件 |
匹配错了不会立刻报错，往往装到一半才失败，所以宁可多花两分钟核对版本，也别凭感觉抓一个 sxs 就用。
3. 三种离线安装方式：DISM、PowerShell 与图形界面
3.1 用 DISM 命令行装，最可控
DISM 是我最推荐的方式，参数明确、报错清晰、可脚本化。核心命令就一条，关键是/Source指向你的 sxs 目录，/LimitAccess阻止它偷偷联网。
# 以管理员身份运行 CMD 或 PowerShell # /Online 表示对当前运行的系统操作 # /Source 指向本地 sxs 目录 # /LimitAccess 禁止访问 Windows Update dism /online /enable-feature /featurename:NetFx3 /All /Source:C:\sxs /LimitAccess参数逐个说：/featurename:NetFx3是 .NET 3.5 的功能名，别写成 NetFx35 或 NetFramework3；/All表示连同父功能一起启用；/LimitAccess是离线安装的关键，不加它系统可能仍去联网，内网环境下就会卡住或报错。执行成功会显示「操作成功完成」，失败则给出具体错误码，比如 0x800f081f 通常就是源不对或缺失。
如果一次没成功，先别急着重试，用下面这条查功能状态：
# 查看 NetFx3 当前状态 dism /online /get-featureinfo /featurename:NetFx3状态显示「已启用」就说明装上了；显示「已禁用」且带错误信息，就回到源匹配上排查。
3.2 PowerShell 的 Enable-WindowsOptionalFeature
习惯 PowerShell 的可以用这条，效果和 DISM 一样，本质是同一套底层接口。
# 需要管理员权限 # -Source 指向 sxs，-All 启用所有父功能 Enable-WindowsOptionalFeature -Online -FeatureName NetFx3 -Source C:\sxs -All -NoRestart-NoRestart表示装完不自动重启，方便你接着做别的。这条命令的好处是能嵌进更大的部署脚本里，配合-ErrorAction Stop做异常捕获。注意-Source路径不要带尾部反斜杠以外的多余字符，路径里有空格要用引号包起来。
3.3 图形界面走「启用或关闭 Windows 功能」
不想敲命令的，走控制面板 → 程序和功能 → 启用或关闭 Windows 功能，勾选「.NET Framework 3.5（包括 .NET 2.0 和 3.0）」。但图形界面默认会去联网，内网机器会卡在下载。这时候需要先用组策略或注册表把「指定可选组件安装和组件修复的设置」指向本地 sxs，或者干脆用前面的命令行方式。图形界面适合单台、有外网的机器，批量内网还是命令行靠谱。
注意：图形界面勾选后如果报 0x800f0906，基本就是联网失败，别反复点，直接转命令行加
/LimitAccess。
4. 避坑与排查：sxs 安装 .NET 3.5 的五个高频翻车点
4.1 报 0x800f081f：源文件找不到
现象：DISM 执行后报 0x800f081f，提示找不到源文件。原因：/Source路径写错，或者 sxs 目录里缺对应 cab。解决：先用dir C:\sxs确认目录存在且有 cab 文件；再核对系统版本和 sxs 来源是否匹配；路径尽量用本地盘，别用网络映射盘，DISM 对 UNC 路径支持不稳定。
4.2 报 0x800f0906：无法下载所需文件
现象：没加/LimitAccess，系统尝试联网失败。原因：内网无外网出口，或 Windows Update 被策略禁用。解决：命令里补上/LimitAccess，确保走纯离线路径。如果已经卡住，先dism /online /disable-feature /featurename:NetFx3清理残留，再重新装。
4.3 装完程序仍提示需要 .NET 3.5
现象：功能显示已启用，但老程序启动仍报缺 .NET。原因：程序需要的是 32 位组件，而你只装了 64 位，或者系统语言包与 sxs 语言不一致。解决：确认 sxs 语言与系统显示语言一致；必要时用/Source指向同时含 x86 和 x64 组件的完整 sxs。别用第三方「.NET 3.5 离线包」，来源不明的包经常缺组件。
4.4 精简系统装不上
现象：魔改或精简版 Windows 执行 DISM 直接失败。原因：系统组件被裁剪，sxs 依赖的底层文件缺失。解决：这类系统没有后悔药，最稳的是换原版镜像重装，或者用同版本原版 ISO 的 sxs 补齐后再试。别在精简系统上死磕，时间成本不划算。
4.5 批量部署时逐台挂 ISO 太慢
现象：几十台机器一台台挂 ISO 取 sxs，效率极低。原因：没有把 sxs 集中存放。解决：把匹配版本的 sxs 放到文件服务器共享，部署脚本里/Source指向共享路径，但要注意权限和网络稳定性；更稳的做法是随部署镜像一起分发到本地固定目录，脚本统一指向C:\sxs。
5. 把安装做成可复用脚本与验证闭环
单台装完不算完，真正省事的是把它做成可复用脚本，并且装完能自动验证。我一般会写一个批处理或 PowerShell 脚本，先检测 NetFx3 状态，未启用才执行安装，装完再查一次状态并输出结果，避免重复劳动。
# check_and_install_netfx3.ps1 # 需以管理员身份运行 $source = "C:\sxs" $feature = "NetFx3" # 查询当前状态 $state = (Get-WindowsOptionalFeature -Online -FeatureName $feature).State if ($state -eq "Enabled") { Write-Output "NetFx3 已启用，跳过安装" } else { Write-Output "NetFx3 未启用，开始离线安装" try { Enable-WindowsOptionalFeature -Online -FeatureName $feature ` -Source $source -All -NoRestart -ErrorAction Stop Write-Output "安装命令执行完成" } catch { Write-Output "安装失败：$($_.Exception.Message)" exit 1 } } # 复核状态 $final = (Get-WindowsOptionalFeature -Online -FeatureName $feature).State Write-Output "最终状态：$final"这段脚本的逻辑是「先查后装再复核」：Get-WindowsOptionalFeature拿状态，避免对已启用的机器重复操作；try/catch捕获安装异常并返回非零退出码，方便上层调度判断；最后再查一次状态作为验证闭环。参数上-Source指向本地 sxs，-All和-NoRestart按需保留。批量场景下，把这段脚本推到各机器执行，日志统一收集，哪台失败一目了然。
验证环节除了看功能状态，我还会实际跑一个依赖 .NET 3.5 的老程序做冒烟测试，因为功能状态「已启用」不等于程序一定能跑，语言包和位数问题往往在这一步才暴露。这一步花不了几分钟，但能省掉后面被业务方追着问的麻烦。
最后说个我自己的习惯：每拿到一个新版本的系统镜像，第一件事就是把它的 sxs 目录提取出来，按「版本_语言」命名归档，攒成一个本地源库。这样以后再遇到内网装 .NET 3.5，直接翻库取对应版本，不用临时找 ISO。这个习惯帮我省下的时间，远比当初建库那点功夫多。希望帮到你。
本文还有配套的精品资源，点击获取
