lambda 中的“变量阴影”警告（未捕获时）

Question

让我们考虑一下这段代码：

int main()
{
    int a = 1;

    auto f1 = [a]() {
        int a = 10;
        return a;
    };

    auto f2 = []() {
        int a = 100;
        return a;
    };

    return a + f1() + f2();
}

将 flag-Wshadow与 gcc 一起使用（在 10.2 上测试）时，我们收到以下警告：

<source>:26:13: warning: declaration of 'a' shadows a lambda capture [-Wshadow]
    6 |         int a = 10;

<source>:21:13: warning: declaration of 'a' shadows a previous local [-Wshadow]
   11 |         int a = 100;

我理解第一种情况，我们明确捕获a，从而掩盖了原始本地。然而，第二种情况很有趣，因为如果我们删除声明，int a = 100;我们会得到一个编译错误 (= error: 'a' is not captured: return a;)。这不是“证明”声明与原始本地不在同一范围内，因此我们实际上并没有隐藏任何东西？因此我的问题是，警告（对于第二种情况）是否确实有效，或者 gcc 在这里是否有点过于严格？

Answer 1

你是对的，lambdaa不会产生阴影main::a，因为main::a它没有在 lambda 中捕获，因此不在范围内。

不过我想影子警告的目的是什么：避免程序员混淆。如果代码体很长，如果程序员看到外部声明，但没有看到内部声明，他或她可能会错误地认为内部变量的使用引用了外部变量。即使该变量在技术上并不影响外部变量，这种可能的混淆仍然适用于此。

我不知道这是警告的意图还是错误。或者即使这是一个足够令人信服的理由来发出警告，即使是措辞不同的警告。无论如何，阴影警告都是有问题的。您可以找到很多关于阴影警告的讨论和错误报告，即使技术上正确也被认为是有害的。