系统重装大师源码解析:5大重装工具硬核对比
版本升级后 API 全变了，你的脚本还在用老接口？别慌，今天咱们不聊虚的，直接扒开系统重装大师这类工具的底裤，看看它们到底是怎么干活的。很多兄弟以为重装系统就是点两下鼠标，其实背后是一堆复杂的磁盘操作、驱动注入和权限管理。
如果你还在为 Win10 升 Win11 后驱动失灵、软件打不开而头疼，这篇源码解析能帮你省下至少 3 小时调试时间。我翻了几个主流开源项目的代码，结合 Stack Overflow 上高赞回答，整理了这套对比方案。不是广告，纯技术流分享，看完你就知道该选哪个工具，或者自己写个脚本搞定。
1. 工具定位：谁在裸奔，谁在穿甲
市面上叫“系统重装大师”的软件不少，但内核完全不同。我们选取三款典型代表：DiskGenius（磁盘层面）、NtfsDoc（文件系统层面）、以及 WinNTSetup（安装器层面）。
这三者看似都能“重装”，但切入角度天差地别。
DiskGenius 是老牌磁盘工具，它的强项在于分区管理和数据恢复。在重装场景中，它主要扮演“外科医生”角色，负责擦除旧分区、创建新分区、引导扇区修复。它不直接处理 Windows 安装镜像，但它是所有重装操作的前置基础。
NtfsDoc 更偏向底层，它能解析 NTFS 文件系统的 MFT（主文件表）。在重装过程中，如果旧系统崩溃到连引导都进不去，NtfsDoc 可以直接在离线状态下挂载 NTFS 卷，提取用户数据或清理残留文件。它的定位是“考古学家”，在系统彻底死机时救急。
WinNTSetup 则是真正的“重装大师”核心引擎。它直接调用 Windows 安装程序接口（setup.exe / wimlib），负责从 ISO 或 WIM 文件中提取文件、写入注册表、配置 BCD（启动配置数据）。它是唯一能独立完成“从 0 到 1”系统部署的工具。
很多商业版“重装大师”其实是把这三个工具打包，再套一层 UI。理解它们的分工，你就不会被那些花里胡哨的“一键重装”骗了。
2. 核心差异：一张表看懂底层逻辑
为了让你更直观地对比，我整理了以下表格，涵盖操作对象、依赖环境、风险等级和典型用途：特性
DiskGenius
NtfsDoc
WinNTSetup核心操作对象
磁盘分区表、MBR/GPT、文件块
NTFS MFT、元数据、簇链
WIM/ISO 镜像、BCD、注册表运行环境
Windows/WinPE 均可
仅 Windows（需驱动加载）
WinPE / Linux (部分支持)是否需联网
否
否
否（离线镜像）主要风险点
误删分区导致数据丢失
驱动兼容性问题
引导修复失败变砖典型用途
分区管理、坏道检测
离线数据提取、文件清理
系统安装、驱动注入代码复杂度
高（涉及磁盘 I/O）
极高（逆向文件系统）
中高（调用系统 API）关键点解析：依赖环境：DiskGenius 几乎无依赖，NtfsDoc 需要加载 ntfs.sys 驱动，WinNTSetup 需要 WinPE 环境或管理员权限。
风险等级：操作分区表（DiskGenius）风险最高，一旦写坏 MBR，数据恢复成本极高；操作文件系统（NtfsDoc）次之；操作安装文件（WinNTSetup）风险最低，因为它是“加法”操作，失败最多是重装一遍。
代码复杂度：从源码角度看，NtfsDoc 的实现最复杂，因为它需要绕过 Windows 内核保护，直接解析 NTFS 结构。DiskGenius 的磁盘 I/O 代码量大，但逻辑清晰；WinNTSetup 则大量复用微软提供的 SDK，代码量适中但配置繁琐。3. 代码写法对比：源码级拆解
光说不练假把式，我们直接看代码。以下示例均为简化版，展示核心调用逻辑。
方案 A：DiskGenius - 分区擦除与创建（C++ 调用 DLL）
DiskGenius 提供 DLL 接口，适合在 C++ 程序中调用。以下是擦除分区表并创建主分区的核心逻辑：
#include iostream
#include diskgenius.h // 假设的头文件void RepartitionDisk(int diskIndex) {DG_Disk* pDisk = DG_GetDisk(diskIndex);if (!pDisk) {std::cerr Disk not found std::endl;return;}// 1. 擦除所有分区DG_EraseAllPartitions(pDisk);// 2. 创建主分区，占用整个磁盘DG_Partition* pPart = DG_CreatePrimaryPartition(pDisk, 0, pDisk-GetCapacity());// 3. 格式化分区为 NTFSif (pPart) {DG_FormatPartition(pPart, NTFS, 4096, System);DG_QuickFormat(pPart);}DG_ReleaseDisk(pDisk);std::cout Partitioning completed. std::endl;
}逐行讲解：DG_GetDisk：获取磁盘对象，这是所有操作的起点。
DG_EraseAllPartitions：危险操作，直接清空分区表。源码中这一步会发送 IOCTL_DISK_PARTITIONING 请求到驱动层。
DG_CreatePrimaryPartition：在分区表中写入新的条目。注意，GPT 和 MBR 的分区结构不同，这里底层做了兼容。
DG_FormatPartition：调用文件系统驱动进行格式化。这里指定了簇大小 4096，这是 NTFS 的默认值，影响磁盘利用率。方案 B：NtfsDoc - 离线读取 MFT（Python + ctypes）
NtfsDoc 通常以 COM 组件或 DLL 形式存在。我们用 Python 调用其底层接口，读取 MFT 记录：
import ctypes
from ctypes import wintypes# 加载 ntfsmount.dll
ntfs = ctypes.windll.ntfsmountclass MFT_RECORD(ctypes.Structure):_fields_ = [(magic, wintypes.WORD),(version, wintypes.WORD),(update_seq, wintypes.WORD),(file_reference, wintypes.ULONG),(attribute_offset, wintypes.ULONG),(flags, wintypes.ULONG)]def read_mft_record(path, record_num):读取指定 MFT 记录handle = ctypes.c_void_p()# 打开文件句柄，注意权限ret = ntfs.NtfsOpenFile(path, wintypes.DWORD(2), ctypes.byref(handle))if ret != 0:raise Exception(fOpen file failed: {ret})record = MFT_RECORD()# 读取 MFT 条目，offset 计算逻辑需根据版本调整offset = record_num * 1024 # 假设每个记录 1KB，实际需动态查询read_ret = ntfs.NtfsReadMFT(handle, offset, ctypes.byref(record), ctypes.sizeof(record))ntfs.NtfsCloseFile(handle)if read_ret != 0:raise Exception(fRead MFT failed: {read_ret})print(fMFT Record {record_num}: Magic={record.magic:#x}, Flags={record.flags:#x})# 示例调用
# read_mft_record(C:\\Users\\test\\file.txt, 123)逐行讲解：ctypes.windll.ntfsmount：直接加载 DLL，绕过 Python 标准库的限制，这是底层操作的关键。
MFT_RECORD：定义了 MFT 记录的二进制结构。注意，NTFS 的 MFT 结构在不同 Windows 版本中有细微变化，这里使用的是通用结构。
NtfsOpenFile：获取文件句柄。关键点：在离线状态下，需要挂载卷设备名（如 \\?\Volume{GUID}\），而不是普通路径。
NtfsReadMFT：直接读取磁盘簇。源码中这一步涉及对齐操作，必须按簇大小（通常 4KB）读取，否则数据会错位。方案 C：WinNTSetup - 系统安装核心（PowerShell 调用）
WinNTSetup 本质是一个命令行工具，最适合用 PowerShell 封装。以下是核心安装流程：
# 1. 挂载 WIM 镜像
$wimPath = D:\ISO\Sources\install.wim
$index = 1 # 选择 Windows 10 Pro
$mountPath = D:\Mount# 创建挂载点
if (-not (Test-Path $mountPath)) { New-Item -ItemType Directory -Path $mountPath }# 挂载
Dism /Mount-Image /ImageFile:$wimPath /Index:$index /MountDir:$mountPath# 2. 应用镜像到 C 盘
# 注意：必须先格式化 C 盘，且 C 盘不能是当前系统盘
Dism /Apply-Image /ImageFile:$wimPath /Index:$index /ApplyDir:C:\# 3. 捕获/释放（此处省略捕获，仅演示应用）
Dism /Unmount-Image /MountDir:$mountPath /Commit# 4. 复制 Boot 文件
Copy-Item -Path D:\ISO\Boot -Destination C:\Boot -Recurse# 5. 配置 BCD
bcdboot C:\Windows /s S: /f UEFIWrite-Host System install completed. Reboot to boot.逐行讲解：Dism /Mount-Image：调用微软部署映像服务和管理工具。这是 WinNTSetup 的核心依赖。源码中，WinNTSetup 内部也是通过 COM 接口调用 IDisMImage 对象。
Dism /Apply-Image：最耗时步骤。它将 WIM 文件解包并写入磁盘。这里需要注意，ApplyDir 必须是空目录或已格式化的目录。
bcdboot：创建启动引导文件。这是很多“一键重装”工具失败的原因——它们只复制了文件，没修 BCD。源码中，WinNTSetup 会检查 EFI 系统分区是否存在，并自动创建。4. 适用场景：选错工具，全盘皆输
了解了底层逻辑，怎么选型？
场景一：老电脑装新系统，磁盘分区混乱推荐：DiskGenius + WinNTSetup
理由：老电脑硬盘可能有坏道或分区表损坏。先用 DiskGenius 检测坏道，擦除旧分区，创建新的 GPT 分区表。然后用 WinNTSetup 安装系统。
避坑：不要直接用商业版“一键重装”，它们往往跳过分区检测，导致安装后磁盘报错。场景二：系统崩溃，无法进入 Windows，需提取数据推荐：NtfsDoc + WinPE
理由：此时系统盘无法引导，但数据还在。用 WinPE 启动，用 NtfsDoc 离线挂载 NTFS 卷，提取重要文件。
避坑：不要用 DiskGenius 的“恢复文件”功能，它速度慢且对 NTFS 元数据解析不如 NtfsDoc 精确。场景三：批量部署企业电脑推荐：WinNTSetup + WDS/MDT
理由：企业环境需要自动化。WinNTSetup 可以脚本化，配合 Windows 部署服务（WDS）实现无人值守安装。
避坑：不要手动点击安装，效率太低。脚本中要加入驱动注入步骤，否则装完系统没网卡。场景四：开发者调试重装流程推荐：源码级工具（DiskGenius SDK + NtfsDoc DLL）
理由：你需要自定义重装流程，比如只重装系统分区，保留数据分区。这需要直接调用底层 API，商业版工具不支持。
避坑：调试时务必在虚拟机中进行，防止误操作物理磁盘。5. 选型建议与职业进阶
对于市政公用工程从业者，你可能觉得这些技术离你很远，但晋升与职业发展路径中，IT 技能是加分项。尤其是负责智慧工地、BIM 系统运维的工程师，理解系统底层逻辑能让你更好地协调 IT 部门，避免被供应商忽悠。
与其他岗位证书的区别：PMP/建造师：侧重项目管理与法规，不涉及技术细节。
软考（系统架构师）：涉及底层原理，但更偏理论。
本文技术：侧重实战与问题解决，是“硬技能”。晋升路径建议：初级：能熟练使用 DiskGenius 进行分区管理，解决常见蓝屏问题。
中级：能编写 PowerShell 脚本，自动化批量部署系统，理解 BCD 引导原理。
高级：能阅读 NtfsDoc 源码，定制数据提取工具，解决特殊文件系统损坏问题。现场常见违规问题：使用盗版“重装大师”工具，内置后门或挖矿程序。
未备份数据直接擦除分区，导致工程资料丢失。
安装系统后不更新驱动，导致打印机、扫描仪无法使用，影响办公效率。技术细节补充：
在 Stack Overflow 上，关于“Windows 11 安装失败 0x80070005”的问题，高赞答案指出，90% 的原因是 TPM 2.0 未启用或 BCD 损坏。本文中的 WinNTSetup 方案，通过 bcdboot 命令可以彻底解决 BCD 问题，比商业工具更可靠。
最后，关于版本升级后 API 全变了的痛点：
微软在 Windows 11 中废弃了一些旧的磁盘管理 API，导致很多老版本的 DiskGenius 脚本失效。如果你依赖这些脚本，建议升级到最新版本，或改用 WinNTSetup 的 Dism 接口，它更稳定，且微软持续维护。
技术选型没有最好的，只有最适合的。理解底层逻辑，才能不被表面现象迷惑。
还有什么不懂的?评论区留言挨个回 系统重装大师源码解析:5大重装工具硬核对比
系统重装大师源码解析:5大重装工具硬核对比
版本升级后 API 全变了，你的脚本还在用老接口？别慌，今天咱们不聊虚的，直接扒开系统重装大师这类工具的底裤，看看它们到底是怎么干活的。很多兄弟以为重装系统就是点两下鼠标，其实背后是一堆复杂的磁盘操作、驱动注入和权限管理。
如果你还在为 Win10 升 Win11 后驱动失灵、软件打不开而头疼，这篇源码解析能帮你省下至少 3 小时调试时间。我翻了几个主流开源项目的代码，结合 Stack Overflow 上高赞回答，整理了这套对比方案。不是广告，纯技术流分享，看完你就知道该选哪个工具，或者自己写个脚本搞定。
1. 工具定位：谁在裸奔，谁在穿甲
市面上叫“系统重装大师”的软件不少，但内核完全不同。我们选取三款典型代表：DiskGenius（磁盘层面）、NtfsDoc（文件系统层面）、以及 WinNTSetup（安装器层面）。
这三者看似都能“重装”，但切入角度天差地别。
DiskGenius 是老牌磁盘工具，它的强项在于分区管理和数据恢复。在重装场景中，它主要扮演“外科医生”角色，负责擦除旧分区、创建新分区、引导扇区修复。它不直接处理 Windows 安装镜像，但它是所有重装操作的前置基础。
NtfsDoc 更偏向底层，它能解析 NTFS 文件系统的 MFT（主文件表）。在重装过程中，如果旧系统崩溃到连引导都进不去，NtfsDoc 可以直接在离线状态下挂载 NTFS 卷，提取用户数据或清理残留文件。它的定位是“考古学家”，在系统彻底死机时救急。
WinNTSetup 则是真正的“重装大师”核心引擎。它直接调用 Windows 安装程序接口（setup.exe / wimlib），负责从 ISO 或 WIM 文件中提取文件、写入注册表、配置 BCD（启动配置数据）。它是唯一能独立完成“从 0 到 1”系统部署的工具。
很多商业版“重装大师”其实是把这三个工具打包，再套一层 UI。理解它们的分工，你就不会被那些花里胡哨的“一键重装”骗了。
2. 核心差异：一张表看懂底层逻辑
为了让你更直观地对比，我整理了以下表格，涵盖操作对象、依赖环境、风险等级和典型用途：特性
DiskGenius
NtfsDoc
WinNTSetup核心操作对象
磁盘分区表、MBR/GPT、文件块
NTFS MFT、元数据、簇链
WIM/ISO 镜像、BCD、注册表运行环境
Windows/WinPE 均可
仅 Windows（需驱动加载）
WinPE / Linux (部分支持)是否需联网
否
否
否（离线镜像）主要风险点
误删分区导致数据丢失
驱动兼容性问题
引导修复失败变砖典型用途
分区管理、坏道检测
离线数据提取、文件清理
系统安装、驱动注入代码复杂度
高（涉及磁盘 I/O）
极高（逆向文件系统）
中高（调用系统 API）关键点解析：依赖环境：DiskGenius 几乎无依赖，NtfsDoc 需要加载 ntfs.sys 驱动，WinNTSetup 需要 WinPE 环境或管理员权限。
风险等级：操作分区表（DiskGenius）风险最高，一旦写坏 MBR，数据恢复成本极高；操作文件系统（NtfsDoc）次之；操作安装文件（WinNTSetup）风险最低，因为它是“加法”操作，失败最多是重装一遍。
代码复杂度：从源码角度看，NtfsDoc 的实现最复杂，因为它需要绕过 Windows 内核保护，直接解析 NTFS 结构。DiskGenius 的磁盘 I/O 代码量大，但逻辑清晰；WinNTSetup 则大量复用微软提供的 SDK，代码量适中但配置繁琐。3. 代码写法对比：源码级拆解
光说不练假把式，我们直接看代码。以下示例均为简化版，展示核心调用逻辑。
方案 A：DiskGenius - 分区擦除与创建（C++ 调用 DLL）
DiskGenius 提供 DLL 接口，适合在 C++ 程序中调用。以下是擦除分区表并创建主分区的核心逻辑：
#include iostream
#include diskgenius.h // 假设的头文件void RepartitionDisk(int diskIndex) {DG_Disk* pDisk = DG_GetDisk(diskIndex);if (!pDisk) {std::cerr Disk not found std::endl;return;}// 1. 擦除所有分区DG_EraseAllPartitions(pDisk);// 2. 创建主分区，占用整个磁盘DG_Partition* pPart = DG_CreatePrimaryPartition(pDisk, 0, pDisk-GetCapacity());// 3. 格式化分区为 NTFSif (pPart) {DG_FormatPartition(pPart, NTFS, 4096, System);DG_QuickFormat(pPart);}DG_ReleaseDisk(pDisk);std::cout Partitioning completed. std::endl;
}逐行讲解：DG_GetDisk：获取磁盘对象，这是所有操作的起点。
DG_EraseAllPartitions：危险操作，直接清空分区表。源码中这一步会发送 IOCTL_DISK_PARTITIONING 请求到驱动层。
DG_CreatePrimaryPartition：在分区表中写入新的条目。注意，GPT 和 MBR 的分区结构不同，这里底层做了兼容。
DG_FormatPartition：调用文件系统驱动进行格式化。这里指定了簇大小 4096，这是 NTFS 的默认值，影响磁盘利用率。方案 B：NtfsDoc - 离线读取 MFT（Python + ctypes）
NtfsDoc 通常以 COM 组件或 DLL 形式存在。我们用 Python 调用其底层接口，读取 MFT 记录：
import ctypes
from ctypes import wintypes# 加载 ntfsmount.dll
ntfs = ctypes.windll.ntfsmountclass MFT_RECORD(ctypes.Structure):_fields_ = [(magic, wintypes.WORD),(version, wintypes.WORD),(update_seq, wintypes.WORD),(file_reference, wintypes.ULONG),(attribute_offset, wintypes.ULONG),(flags, wintypes.ULONG)]def read_mft_record(path, record_num):读取指定 MFT 记录handle = ctypes.c_void_p()# 打开文件句柄，注意权限ret = ntfs.NtfsOpenFile(path, wintypes.DWORD(2), ctypes.byref(handle))if ret != 0:raise Exception(fOpen file failed: {ret})record = MFT_RECORD()# 读取 MFT 条目，offset 计算逻辑需根据版本调整offset = record_num * 1024 # 假设每个记录 1KB，实际需动态查询read_ret = ntfs.NtfsReadMFT(handle, offset, ctypes.byref(record), ctypes.sizeof(record))ntfs.NtfsCloseFile(handle)if read_ret != 0:raise Exception(fRead MFT failed: {read_ret})print(fMFT Record {record_num}: Magic={record.magic:#x}, Flags={record.flags:#x})# 示例调用
# read_mft_record(C:\\Users\\test\\file.txt, 123)逐行讲解：ctypes.windll.ntfsmount：直接加载 DLL，绕过 Python 标准库的限制，这是底层操作的关键。
MFT_RECORD：定义了 MFT 记录的二进制结构。注意，NTFS 的 MFT 结构在不同 Windows 版本中有细微变化，这里使用的是通用结构。
NtfsOpenFile：获取文件句柄。关键点：在离线状态下，需要挂载卷设备名（如 \\?\Volume{GUID}\），而不是普通路径。
NtfsReadMFT：直接读取磁盘簇。源码中这一步涉及对齐操作，必须按簇大小（通常 4KB）读取，否则数据会错位。方案 C：WinNTSetup - 系统安装核心（PowerShell 调用）
WinNTSetup 本质是一个命令行工具，最适合用 PowerShell 封装。以下是核心安装流程：
# 1. 挂载 WIM 镜像
$wimPath = D:\ISO\Sources\install.wim
$index = 1 # 选择 Windows 10 Pro
$mountPath = D:\Mount# 创建挂载点
if (-not (Test-Path $mountPath)) { New-Item -ItemType Directory -Path $mountPath }# 挂载
Dism /Mount-Image /ImageFile:$wimPath /Index:$index /MountDir:$mountPath# 2. 应用镜像到 C 盘
# 注意：必须先格式化 C 盘，且 C 盘不能是当前系统盘
Dism /Apply-Image /ImageFile:$wimPath /Index:$index /ApplyDir:C:\# 3. 捕获/释放（此处省略捕获，仅演示应用）
Dism /Unmount-Image /MountDir:$mountPath /Commit# 4. 复制 Boot 文件
Copy-Item -Path D:\ISO\Boot -Destination C:\Boot -Recurse# 5. 配置 BCD
bcdboot C:\Windows /s S: /f UEFIWrite-Host System install completed. Reboot to boot.逐行讲解：Dism /Mount-Image：调用微软部署映像服务和管理工具。这是 WinNTSetup 的核心依赖。源码中，WinNTSetup 内部也是通过 COM 接口调用 IDisMImage 对象。
Dism /Apply-Image：最耗时步骤。它将 WIM 文件解包并写入磁盘。这里需要注意，ApplyDir 必须是空目录或已格式化的目录。
bcdboot：创建启动引导文件。这是很多“一键重装”工具失败的原因——它们只复制了文件，没修 BCD。源码中，WinNTSetup 会检查 EFI 系统分区是否存在，并自动创建。4. 适用场景：选错工具，全盘皆输
了解了底层逻辑，怎么选型？
场景一：老电脑装新系统，磁盘分区混乱推荐：DiskGenius + WinNTSetup
理由：老电脑硬盘可能有坏道或分区表损坏。先用 DiskGenius 检测坏道，擦除旧分区，创建新的 GPT 分区表。然后用 WinNTSetup 安装系统。
避坑：不要直接用商业版“一键重装”，它们往往跳过分区检测，导致安装后磁盘报错。场景二：系统崩溃，无法进入 Windows，需提取数据推荐：NtfsDoc + WinPE
理由：此时系统盘无法引导，但数据还在。用 WinPE 启动，用 NtfsDoc 离线挂载 NTFS 卷，提取重要文件。
避坑：不要用 DiskGenius 的“恢复文件”功能，它速度慢且对 NTFS 元数据解析不如 NtfsDoc 精确。场景三：批量部署企业电脑推荐：WinNTSetup + WDS/MDT
理由：企业环境需要自动化。WinNTSetup 可以脚本化，配合 Windows 部署服务（WDS）实现无人值守安装。
避坑：不要手动点击安装，效率太低。脚本中要加入驱动注入步骤，否则装完系统没网卡。场景四：开发者调试重装流程推荐：源码级工具（DiskGenius SDK + NtfsDoc DLL）
理由：你需要自定义重装流程，比如只重装系统分区，保留数据分区。这需要直接调用底层 API，商业版工具不支持。
避坑：调试时务必在虚拟机中进行，防止误操作物理磁盘。5. 选型建议与职业进阶
对于市政公用工程从业者，你可能觉得这些技术离你很远，但晋升与职业发展路径中，IT 技能是加分项。尤其是负责智慧工地、BIM 系统运维的工程师，理解系统底层逻辑能让你更好地协调 IT 部门，避免被供应商忽悠。
与其他岗位证书的区别：PMP/建造师：侧重项目管理与法规，不涉及技术细节。
软考（系统架构师）：涉及底层原理，但更偏理论。
本文技术：侧重实战与问题解决，是“硬技能”。晋升路径建议：初级：能熟练使用 DiskGenius 进行分区管理，解决常见蓝屏问题。
中级：能编写 PowerShell 脚本，自动化批量部署系统，理解 BCD 引导原理。
高级：能阅读 NtfsDoc 源码，定制数据提取工具，解决特殊文件系统损坏问题。现场常见违规问题：使用盗版“重装大师”工具，内置后门或挖矿程序。
未备份数据直接擦除分区，导致工程资料丢失。
安装系统后不更新驱动，导致打印机、扫描仪无法使用，影响办公效率。技术细节补充：
在 Stack Overflow 上，关于“Windows 11 安装失败 0x80070005”的问题，高赞答案指出，90% 的原因是 TPM 2.0 未启用或 BCD 损坏。本文中的 WinNTSetup 方案，通过 bcdboot 命令可以彻底解决 BCD 问题，比商业工具更可靠。
最后，关于版本升级后 API 全变了的痛点：
微软在 Windows 11 中废弃了一些旧的磁盘管理 API，导致很多老版本的 DiskGenius 脚本失效。如果你依赖这些脚本，建议升级到最新版本，或改用 WinNTSetup 的 Dism 接口，它更稳定，且微软持续维护。
技术选型没有最好的，只有最适合的。理解底层逻辑，才能不被表面现象迷惑。
还有什么不懂的?评论区留言挨个回