简介：.NET Framework是Windows上运行大量桌面与业务应用的基础运行时，而Win11默认不包含3.5版本，导致旧程序无法启动或报错0x800F0954。实际上，启用该功能并非需要一个普通安装包，而是要求系统从本地功能源读取组件——这个源通常藏在原版ISO镜像的sources\sxs目录中。DISM作为Windows官方部署工具，配合/LimitAccess参数，可强制绕过网络更新，从指定目录离线启用NetFx3及相关父功能。该方案尤其适用于内网隔离、无外网权限的运维与开发场景，也能通过集成到install.wim实现批量部署。理解源文件管理、参数语义与常见报错机制，即可稳定复现一条可重复的离线安装通道，彻底摆脱对第三方整合包的依赖。
1. Win11离线环境安装.Net Framework 3.5：为什么绕不开这一步
刚把系统升级到 Win11 的开发者，常常在装某款老工具时被卡住：提示“需要安装 .NET Framework 3.5”，点击下载后进度条转几圈就弹回错误 0x800F0954。这不是网络没接通，也不是系统损坏，而是 Win11 默认不携带 .NET 3.5 组件，在线功能源又被更新策略或内网环境掐断。这个标题指向的，就是把这件事在一个与外界隔绝的 Win11 机器上做成：你要的不是一个安装包，而是一条可重复执行的离线通道。
我帮某实验室调试过这种问题：一台没有外网权限的 Win11 工作站，必须跑一个二十年前写的上位机程序。与其反复试错，不如一次把离线的源文件和命令理清楚。本文读者是两类人：手里有装机任务、被“启用或关闭 Windows 功能”折磨过的运维；以及开发机上被迫离线装依赖、却分不清运行库和功能源差别的程序员。先立住一个判断：出现 0x800F0954 不是你操作失误，而是系统找不到能用的本地源。
2. 离线源从哪来：用系统镜像提取 sxs 组件源
2.1 为什么系统需要“源”，而不是一个运行库安装包
很多人第一次遇到 .NET Framework 3.5 要离线安装时，会下意识去下载一个 “dotnetfx35setup.exe” 之类的可再发行组件包。这是常见的翻车现场：那个安装包装的是应用运行时，面向的是某个具体程序，而 Windows 功能列表里的“ .NET Framework 3.5 (包括 2.0 和 3.0)”是一个操作系统特性。选中这个特性时，系统会去指定的“功能源”里读取一个名为Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~.cab的包。
这个 .cab 包的数量、版本、命名都与系统内部组件相关，普通 ELI 不会提供单独下载页。常见的做法是：从原版 Win11 镜像的sources\sxs文件夹里拿。这个文件夹在镜像中既不是隐藏目录，也不是虚拟加载项，它真实存在于安装媒体里，只是很少被用户主动看一眼。
找到它不需要什么特殊工具。如果你手头有一枚 Win11 原版 ISO，用资源管理器右键“装载”，系统会把 ISO 映射为一个虚拟光驱。之后进入盘符，找到sources\sxs，里面有一批.cab文件，其中名字含NetFx3的就是目标。除此之外，同一个文件夹里的其他包是给打印机、旧版组件准备的，不用管。
2.2 用 PowerShell 装载 ISO 并复制 sxs 目录
我一般会在管理员的 PowerShell 窗口里操作装载，便于拿到确定盘符，避免手工点右键时路径写成 “E:” 还是 “F:” 的混乱：
# 以管理员身份运行 PowerShell $isoPath = "D:\Downloads\Win11_23H2_Chinese_x64.iso" $mountInfo = Mount-DiskImage -ImagePath $isoPath -PassThru $driveLetter = ($mountInfo | Get-Volume).DriveLetter + ":" Write-Host "ISO 挂载为 $driveLetter"这段代码先给 ISO 路径赋值，再执行挂载。Mount-DiskImage -PassThru会把挂载结果对象传出来，然后通过Get-Volume查询到光驱盘符，省去手动查看的步骤。这样做的价值在于，你可以接下来直接用变量拼路径，而不必在多次尝试中记错盘符。
接下来把 sxs 里的 .cab 文件复制到一个稳定的本地目录，例如C:\offline\sxs。这一步不是必须的，但强烈建议做。原因是如果把 ISO 一直挂载着安装，某些杀毒软件或系统清理工具可能在你安装中途弹出文件占用，导致 DISM 读到一半目录失效。复制出来之后，ISO 可以卸载，后续重装也能反复使用：
# 把源文件复制出来，避免后续 ISO 占用和意外卸载 $sxsFolder = $driveLetter + "\sources\sxs" if (Test-Path $sxsFolder) { Copy-Item -Path "$sxsFolder\*" -Destination "C:\offline\sxs" -Recurse -Force Write-Host "sxs 资源已复制到 C:\offline\sxs" } else { Write-Warning "未找到 sxs 目录，请确认 ISO 是原版系统镜像" }这段代码做了两件关键的事：一是用Test-Path确认源目录真实存在，二是把全部 .cab 文件连同子目录结构复制过去。参数-Recurse -Force保证目录层级和同名覆盖都按预期执行。复制完成后，去看看目标目录里有不有NetFx3相关的 .cab 文件；如果一个都没有，换成MSDART、WinPE等工具制作过的精简镜像时，就要警觉原版性了。
2.3 没有原版 ISO 时，从已装好的机器上“搬”
如果手头连镜像都没有，而内网里恰好有一台已经成功安装了 .NET 3.5 的相同版本 Win11，可以考虑从它身上把源“搬”过来。此时不要到C:\Windows\WinSxS里胡乱拷贝，也不要把整个 WinSxS 目录复制到 U 盘——那里面包含大量硬链接和环境绑定，换了机器几乎一定会失效。我一般会在这台正常机器上先确认版本一致，然后用 DISM 导出一个针对性的源格式。
但这里要强调的是，DISM 并没有提供一条“把已启用特性打包成 .cab”的用户友好命令。网上流传的“复制 C:\Windows\System32\sxs”其实是误传，那个目录在大多数 Win11 中不是升序源。最稳妥的备选方案是：在一个目录下创建sxs子目录，把同版本原版镜像中 sxs 里的内容拷进去。如果你连镜像都没有，那就不要三心二意，直接考虑部署一张原版镜像内网共享才是最合理的后续。
3. DISM 离线安装核心命令：从失败到成功的关键参数
3.1 一条能跑通的最小命令
拿到本地源之后，真正的安装用不了多少命令。以管理员身份打开命令提示符，执行：
DISM.exe /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:C:\offline\sxs /LimitAccess /Quiet /NoRestart这是我在无数台 Win11 上验证过的组合。命令含义逐段拆开：/Online表示处理当前正在运行的系统；/Enable-Feature是启用某个可选功能；/FeatureName:NetFx3对应功能列表里的 .NET Framework 3.5；/All启用该功能及其所有父功能；/Source指定功能源文件所在的目录，这里就是刚才复制出来的C:\offline\sxs；/LimitAccess限制 DISM 只能访问指定的源和 Windows 更新，二者不可同时使用时，它保证我们不回退到在线通道；/Quiet让执行过程不在终端刷大量进度，适合脚本化运行；/NoRestart阻止系统在完成后自动重启。
如果你的系统架构是 32 位，那么源文件也是 x86 版本，路径不变，但源包名里出现的是x86而不是amd64。绝大多数 Win11 机器是 64 位，读到这一步的读者可以不用过度担心。
命令执行完，终端会返回部署映像服务和管理工具以及操作成功完成。字样。如果返回的是错误 0x800f0954，先不要急着换命令，检查一下/Source是否真的指向了 sxs 目录本身。注意，DISM 的Source参数给的是“包含 cab 的文件夹”，不是某个具体 cab 文件路径，也不是sources这一级。常见错误就是把路径指到了D:\sources，而正确的必须是D:\sources\sxs。
3.2 参数微调：没有 /All 会不会有问题
有些人会看到网上教程里不带/All，只写：
DISM.exe /Online /Enable-Feature /FeatureName:NetFx3这在 Win11 上经常失败，因为 .NET Framework 3.5 依赖的 WCF、HTTP 激活等父功能没有被单独列出时，DISM 会尝试自动解析依赖。但解析过程一旦找不到源，就会报错。我的习惯是始终带/All，让它把父功能一并启用，不要省这个参数。如果安装后某些老程序仍提示缺少 WCF 组件，再去单独启用：
DISM.exe /Online /Enable-Feature /FeatureName:NetFx3-WCF /All /Source:C:\offline\sxs /LimitAccess3.3 PowerShell 替代方案：Enable-WindowsOptionalFeature
如果你更习惯 PowerShell，同样有一条等价命令:
Enable-WindowsOptionalFeature -Online -FeatureName NetFx3 -All -Source "C:\offline\sxs" -LimitAccess注意，这里没有/Quiet的对应参数，它默认会打印进度。你可以加-NoRestart避免自动重启。一个容易忽略的点是：-Source参数接受的是C:\offline\sxs，而不是带通配符的C:\offline\sxs\*。PowerShell 的通配符不会在这个参数内部被展开，只会原样传给 DISM，然后报“找不到源文件”。因此，路径中不要画蛇添足。
执行后，如果返回对象的RestartNeeded字段为False，且状态是已启用，那么不必重启。但如果是首次启用，哪怕命令显示成功，我也建议手动重启一次：这能避免某些老程序启动时因为运行时服务尚未搭好而抛异常。
4. 验证安装结果：命令、注册表与常见残留
4.1 用 DISM 和 PowerShell 查状态
安装是否真的生效，不能只看“操作成功完成”这一句话。用下面的命令能在十秒内得到最终状态：
DISM.exe /Online /Get-FeatureInfo /FeatureName:NetFx3输出中有一行状态：已启用就是成功。如果显示已禁用，说明命令实际上没有改到系统，需要回到第 3 章排查。另一个同样直观的 PowerShell 查询方式是：
Get-WindowsOptionalFeature -Online -FeatureName NetFx3 | Select-Object FeatureName, StateState的值如果是Enabled，就没问题。这个命令不需要管理员权限吗？实际上需要。我遇到过一次在普通终端里执行，结果返回空白，误以为没装好，换管理员窗口立刻正常。所以验证时记得确认窗口标题带有“管理员”。
4.2 注册表确认法与老程序兼容性
某些杀毒软件或图标清理工具会拦截 .NET 运行时查询，这时用注册表确认更“硬核”。打开注册表编辑器，定位到：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5如果其下有一个名为Install的 DWORD 值，且数值是1，说明 .NET 3.5 运行时已经注册。这个路径中v3.5同时涵盖 2.0、3.0，你不需要再找v2.0节点。
注册表验证不是多此一举。我在某台电脑上遇到过 DISM 报告“已启用”，但用老程序读取注册表时仍然认为框架缺失。原因往往不是一个，而是这台机器被深度优化过，运行时文件虽在，注册表项却丢了一部分。此时不要直接改注册表，最可靠的做法是用修复安装的方式覆盖安装一次 .NET 3.5 运行时，或者干脆核对 WinSxS 中的同名包是否完整。不过这种情况属于极端场景，95% 的设备从上一条命令就能确认结果。
4.3 安装后要不要重启
大多数 Win11 版本启用 .NET 3.5 后并不要求立刻重启，但建议在一次性完成多组件的离线部署时集中重启一次。判断依据是：如果命令返回时带有操作成功完成，但是无法重新启动系统，请重新启动，那么重启不可跳过；如果完全没有提示，延迟重启不影响正常使用。
验证阶段还有一个小技巧：在完成安装后，打开“启用或关闭 Windows 功能”，找到“ .NET Framework 3.5 (包括 2.0 和 3.0)”这一项，看前面的复选框是否被填充或打勾。如果它是灰色方块，说明该功能处于“部分启用”状态，常见于之前启用过但组件缺失的情况。这种状态最麻烦，因为 DISM 命令一般不会报错，但运行老程序仍可能提示缺少程序集。遇到它，先执行一遍DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\offline\sxs /LimitAccess清理映像，再重新启用 NetFx3。
5. Win11离线安装.Net Framework 3.5避坑指南：血泪经验与排查路径
5.1 错误 0x800f0954：源路径没对上
现象：DISM 执行到中途，终端弹出Error 0x800f0954，随后退出，系统功能仍处于禁用状态。
原因：几乎都是/Source参数给出的路径不正确。最常见的是把路径写到C:\offline，而 sxs 目录里的 cab 在C:\offline\sxs；另一个是把路径写成了C:\offline\sxs\Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~.cab，让 DISM 试图把“文件夹参数”当成“文件参数”。
解决：把/Source改为C:\offline\sxs。如果路径包含空格，要记得整段加英文双引号，例如C:\My Sources\sxs。在 PowerShell 中执行时也一样，-Source "C:\My Sources\sxs"。另外确认该目录下有netfx3相关的 .cab，目录为空也会报同样的错误码。
5.2 错误 0x800f081f：sxs 文件不完整或架构不对
现象：报错Error 0x800f081f，DISM 明确说“找不到源文件”。
原因：源文件所在系统版本和当前系统版本差距太大，或你从 32 位系统镜像里拿出了 x86 包放到 x64 系统上使用。经常发生在“去同事机器拷了一个 sxs 文件夹”，而同事使用的镜像版本号与当前机器不一致。
解决：检查源文件中的 cab 名称里是amd64还是x86，与当前系统架构严格匹配。再看源的完整版本号与当前系统的 build 号，最好一致。Win11 的 22H2 与 23H2 之间的源文件不能通用，如果版本不匹配，去下载一枚对应版本的原版镜像。不要试图强行 hex 编辑或改名，cab 内部有校验，改了只会遇到下一种玄学错误。
5.3 精简版系统没有 sxs，源文件从哪找
现象：系统是第三方精简版，sources\sxs目录为空或整个目录不存在，DISM 怎么指定源都报找不到文件。
原因：精简者把安装媒体中的语言包、WinPE、sxs 等目录删了，系统又被移除了可选功能组件，无法本地供应。另一个可能是你在制作系统镜像时只保留了 install.wim，却没有保留安装媒体的 sxs 目录。
解决：找一枚原版 Win11 镜像，挂载后把sources\sxs整个复制出来。如果真的连原版镜像都拿不到，那就用“同型号设备同步组件”的方式：在一台已经装好 .NET 3.5 的同版本 Win11 上，打开“启用或关闭 Windows 功能”，取消勾选 .NET 3.5，再用 DISM 启用一次，观察它期间读的是哪个源。注意，这种同步方案只适合应急，不适合批量部署。对生产环境，我建议直接替换为原版镜像做源。
5.4 第三方离线包翻车概率很高
现象：从非官方渠道下载一个“Win11 .NET 3.5 离线安装包”，双击后提示安装成功，但打开功能列表仍没勾选，甚至系统出现多个版本的 NetFx3 包信息。
原因：第三方包可能由其他 build 提取，没有做包签名校验；有些甚至混入广告程序或修改了系统功能清单。你永远不知道它把内置清单改坏的风险。
解决：不要在生产机器上用第三方整合包。离线的核心命令并不复杂，准备一枚可靠的原版镜像完全可以替代。如果你明确知道某台机器之前装过第三方包导致异常，先执行DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:<原版源> /LimitAccess，再重复第 3 章的命令。很多时候，这一步能顺带把被覆盖的包索引修复回原状。
5.5 命令没加 /LimitAccess，被本机更新策略拖死
现象：没有加/LimitAccess，DISM 在离线环境里长时间卡住，最终报网络错误或超时。
原因：不带该参数时，DISM 会在本地源找不到的情况下尝试访问系统更新服务。如果系统更新服务被策略设置为不可用或离线网络有代理拦截，超时等待就会造成“死等”。
解决：始终加上/LimitAccess。它的完整语义是“限制 DISM 仅访问指定的源，不可联系 Windows 更新”。这个参数不止是提速，更是设备合规性的保障——尤其在内网要求不回联外部服务的场景下，没有它真的会变成一种安全隐患。命令行里少个L，后续就可能多两小时排查时间，把这一条刻进习惯里。
6. 进阶技巧：把 .Net 3.5 离线功能提前集成进系统部署镜像
6.1 在 install.wim 上离线启用功能
如果你不是为一台机器服务，而是要给一批机器做批量部署，提前把 .NET 3.5 烧进系统镜像是最省心的方式。做法是挂载安装镜像里的install.wim，然后在离线映像上操作：
DISM.exe /Mount-Image /ImageFile:D:\ISO\sources\install.wim /Index:1 /MountDir:C:\Mount DISM.exe /Image:C:\Mount /Enable-Feature /FeatureName:NetFx3 /Source:C:\offline\sxs /LimitAccess DISM.exe /Unmount-Image /MountDir:C:\Mount /Commit第一行把 install.wim 中索引 1 对应的系统版本挂载到本地目录，挂载目录必须为空且存在。具体索引数字取决于你要改哪个系统版本，可以用DISM.exe /Get-WimInfo /ImageFile:D:\ISO\sources\install.wim事先查询。第二行是在离线系统（而非当前运行系统）上启用功能，注意参数从/Online换成了/Image。第三行提交改动并卸载。这三条命令走完，镜像内就已包含 .NET 3.5，以后装机时直接可见。
6.2 无人值守安装中的静默思路
如果你不想重新封镜像，也可以把sxs源文件夹放到 U 盘根目录，再配合无人值守应答文件指定组件安装。这个做法比改 wim 更轻量，但要求安装过程能完整读到源路径。实际操作中我会给应答文件加入 Microsoft-Windows-NetFx3 的组件配置，指定Source路径为X:\sources\sxs，这样安装过程自动启用，无需人工干预。
不过这两种方式的适用面有区别：集成到 install.wim 适合一个固定版本的镜像长期部署，镜像体积增加约 200 MB，不太适合需要频繁换版本的流水线；应答文件方式则可以在不重做镜像的前提下，靠调整源文件位置适应不同机器。我在维护某跨平台系统交付镜像时，一直用的是第一种，因为交付版本少有变化，源码一改就要等很久，不如把镜像一次性做厚。
最后说个亲身教训：有一次我为了省事，没有把 sxs 复制到本地，直接从共享路径传给 DISM，结果中途网络抖动导致安装中断，系统功能处于“半启用”状态，后续怎么修都要先清理映像。从那以后，我哪怕在 U 盘里也要把源复制到 C 盘本地再执行。你如果今晚也在折腾这件事，不妨也把这个前置动作当成铁律：先把源放本地，再跑命令，希望帮到你。
本文还有配套的精品资源，点击获取
