tf.GradientTape 返回 None 是因未跟踪输入梯度，需用 tf.Variable(x, trainable=True) 或 tape.watch(x)；epsilon 过大会导致扰动失真；对抗训练必须用自定义循环而非 compile；PGD 易 OOM，应限步数、设 parallel_iterations=1 并及时 stop_gradient。
对抗训练时 tf.GradientTape 为什么总报 None 梯度？
因为默认情况下 TensorFlow 不会跟踪输入张量的梯度（尤其是原始输入 x），而对抗样本生成必须对输入求导。不显式声明可训练性，tape.gradient(loss, x) 就返回 None。
实操建议：
- 用
tf.Variable(x, trainable=True)包装原始输入，或在GradientTape(persistent=True)中传入watch_accessed_variables=False并手动tape.watch(x) - 别在
@tf.function装饰的函数里直接对占位符x求导——它不是变量；先转成tf.Variable或用tape.watch() - 验证梯度是否有效：打印
grads = tape.gradient(loss, x)后检查grads is not None and tf.reduce_any(tf.math.is_finite(grads))
FGSM 攻击中 epsilon 设太大模型反而更“脆弱”？
是的。epsilon 不是越大越强，而是存在临界点：超过后扰动脱离数据流形，模型输出变成纯噪声响应，对抗样本失去迁移性和语义一致性，防御训练时反而污染梯度方向。
实操建议：
- 图像任务常用
epsilon=8/255（uint8 归一化后约 0.031）；超过16/255往往导致像素饱和（clip 到 [0,1] 后大量值堆在边界） - 用
tf.clip_by_value(x_adv, x - epsilon, x + epsilon)替代简单加法，避免无效扰动 - 如果攻击成功率在
epsilon=4/255时已达 99%，再增大只增加计算开销，不提升评估强度
对抗训练用 tf.keras.Model.compile 还是自定义训练循环？
必须用自定义训练循环。Keras 默认编译流程只支持单步前向+反向，无法插入对抗样本生成逻辑（需在每 batch 内先算干净样本 loss，再生成对抗样本，再算对抗 loss，最后联合优化）。
实操建议：
- 在
@tf.function内组织逻辑：先model(x, training=True)得干净预测 → 计算干净 loss → 用GradientTape对x求 grad → 生成x_adv→ 再model(x_adv)得对抗预测 → 计算对抗 loss → 合并 loss（如 0.5×clean + 0.5×adv）→optimizer.apply_gradients() - 别把对抗样本生成写进
call()方法——这会让推理时也触发攻击逻辑，且无法控制是否启用 - 验证时禁用对抗生成：训练循环里加
if training:分支，测试阶段跳过GradientTape和扰动步骤
PGD 攻击比 FGSM 更强，但 tf.while_loop 实现容易 OOM？
PGD 多步迭代更新会累积中间张量，尤其在 batch 较大或图像分辨率高时，tf.while_loop 默认不释放迭代间临时变量，显存暴涨。
实操建议：
- 用
maximum_iterations限制步数（通常 7–10 步足够），并设parallel_iterations=1避免并发副本 - 每步更新后立刻
tf.stop_gradient(x_adv)断开历史依赖，防止计算图无限延伸 - 改用原地更新：用
tf.tensor_scatter_nd_update或tf.assign（配合tf.Variable）替代x_adv = x_adv + alpha * sign_grad这类新建张量操作
对抗训练本身不解决所有鲁棒性问题——它只对训练时见过的攻击类型有效，且会轻微降低干净样本准确率。真正落地时，得把 PGD 攻击作为验证环节嵌入 CI 流程，而不是仅靠一次训练就认为“已防御”。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
