nn.BCELoss不能直接用于GAN，因其要求输入为Sigmoid后的[0,1]概率值，而判别器原始logits可能超出该范围，导致log运算NaN或RuntimeError；应改用nn.BCEWithLogitsLoss，它内部融合Sigmoid与BCE，数值更稳定。
GAN的损失函数为什么不能直接用nn.BCELoss？
PyTorch自带的nn.BCELoss要求输入是sigmoid后的概率值，但原始GAN论文中判别器输出常不加sigmoid（尤其用nn.Sigmoid前接nn.Linear时），直接喂给nn.BCELoss会因数值溢出或梯度不稳定报错RuntimeError: all elements of input should be between 0 and 1。更稳妥的做法是用nn.BCEWithLogitsLoss——它内部自动融合了sigmoid + BCE，接受未归一化的logits。
生成器和判别器损失怎么写才符合原始GAN公式？
原始GAN最小化的是交叉熵形式：V(D, G) = Ex[log D(x)] + Ez[log(1 − D(G(z)))]。实际实现时要注意符号和目标方向：
- 判别器（D）想最大化这个值，等价于最小化
-Ex[log D(x)] - Ez[log(1 − D(G(z)))] - 生成器（G）想最小化
Ez[log(1 − D(G(z)))]，但实践中常用“欺骗损失”Ez[log D(G(z))]（即让D把假图判为真），这等价于最小化-Ez[log D(G(z))] - 因此，D的loss =
criterion(real_logits, torch.ones_like(real_logits)) + criterion(fake_logits, torch.zeros_like(fake_logits)) - G的loss =
criterion(fake_logits, torch.ones_like(fake_logits))（注意这里fake_logits来自D对G输出的判别，且没detach）
为什么生成器更新时要冻结判别器参数？
训练G时若不冻结D，fake_logits的梯度会反向传到D的权重，导致D被意外优化——这破坏了GAN交替优化的本质。正确做法是在计算G loss前用fake_logits = D(fake_images).view(-1)，不带.detach()（保留计算图供G更新），但确保D的参数不参与G的optimizer_G.step()。常见错误是忘了在D step后调用optimizer_D.zero_grad()，或在G step前没调用optimizer_G.zero_grad()，导致梯度累积。
用nn.BCEWithLogitsLoss时label该填0还是1？
nn.BCEWithLogitsLoss的label必须是float tensor，取值0.0或1.0，不是int。填torch.zeros(batch_size)或torch.ones(batch_size)即可，但注意维度匹配：如果D输出是[batch, 1]，label就得是[batch, 1]；如果D输出已用.view(-1)拉平，则label也要.view(-1)。漏掉.float()转换（比如用torch.LongTensor）会触发expected dtype Float but got dtype Long错误。
立即学习“Python免费学习笔记（深入）”；
GAN训练里最易被忽略的其实是判别器过强——它快速收敛到把所有fake全判0，导致G的梯度消失。加一点label smoothing（比如把real label设成0.9）或使用Wasserstein loss，比死磕BCE更容易跑通。
