必须通过注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP下各子项的Release值判定具体版本，如v4\Full中Release=533320对应4.8.1；3.5需用dism命令查State为Enabled且验证v2.0.50727路径存在核心文件。
在Win11系统中准确查看已安装的.NET Framework具体版本号，避免误判“已安装”却实际缺失关键子版本（如3.5中的2.0/3.0组件），必须绕过控制面板里模糊的勾选状态，直接读取注册表或系统文件信息。
通过注册表查看完整版本号
按 Win + R 打开运行窗口，输入 regedit 并回车，以管理员权限打开注册表编辑器。
导航至路径：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP
展开该主键后，你会看到多个以 v2.0.50727、v3.0、v3.5、v4\Full 等命名的子项——这些就是已安装的框架主版本。不要只看有没有“v3.5”这个文件夹，【必须点开每个子项，检查其右侧窗格里的 Release 值】，因为同一主版本下可能有多个补丁级别，而软件真正依赖的是 Release 对应的具体构建号。
例如：v4\Full 下若 Release 值为 533320，则对应 .NET Framework 4.8.1；若为 461814，则是 4.7.2。微软官方文档明确将 Release 值作为唯一权威判定依据，仅看文件夹名或控制面板勾选状态会出错。
用命令提示符快速验证4.x系列版本
方法一：在管理员权限的 PowerShell 中执行
[System.Environment]::Version
这行命令返回的是当前 PowerShell 运行时所基于的 .NET Framework 版本，通常是 4.x 的最新已启用版本，但无法反映 3.5 或更低版本是否存在。
方法二：执行以下命令一次性列出所有 4.x 安装记录
dir "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\" -Recurse -Name | findstr /i "clr.dll"
如果返回结果中包含 clr.dll 文件路径，说明 4.x 运行时环境已部署；但注意，这只能确认存在，不能告诉你具体是 4.8 还是 4.8.1——仍需回到注册表查 Release 值。
检查.NET Framework 3.5是否真启用（含2.0/3.0组件）
第一步：右键“开始”按钮 → 选择“Windows 终端（管理员）”
第二步：输入并执行命令
dism /online /get-features | findstr NetFx3
第三步：观察输出中的 State 字段：
如果显示 Enabled，说明 3.5 功能已启用且包含底层 2.0 和 3.0 组件；
如果显示 Disabled 或 Disable Pending，哪怕控制面板里打了勾，也代表未真正生效——此时运行依赖它的老软件仍会报错。
第四步：补充验证底层组件是否就位
ls C:\Windows\Microsoft.NET\Framework\v2.0.50727\
若该路径存在且包含 mscorlib.dll、System.dll 等核心文件，证明 2.0 运行时已随 3.5 一并部署成功。
