decltype(auto)foo()返回本地引用,没有任何警告

时间:2016-09-14 12:50:26

标签: c++ g++ c++14

在使用Modern C ++中的示例时,我编写了以下代码。

#include <string>
#include <iostream>

static int count = 0;

class Counter
{
public:
    Counter() { ++count; };
    Counter(Counter& r) { ++count; };
    Counter(Counter&& r) { ++count; };
    ~Counter() { --count; };

    void foo() {};
};

decltype(auto) foo_warn()
{
    Counter c;
    return (c);             // Warning about returning local reference
}

decltype(auto) foo_no_warn()
{
    Counter c;
    return 1==1 ? c : c;    // No warning, still local reference returned
}

int main()
{
    Counter& a = foo_warn();
    Counter& b = foo_no_warn();

    std::cout << count << std::endl;  // prints 0

    a.foo();
    b.foo();

    return 0;
}

使用命令编译的代码:

g++-6 -std=c++14 -Wall -O0 decl_fail.cpp -o decl_fail

输出:

g++-6 -std=c++14 -Wall -O0    decl_fail.cpp   -o decl_fail
decl_fail.cpp: In function ‘decltype(auto) foo_warn()’:
decl_fail.cpp:19:10: warning: reference to local variable ‘a’ returned [-Wreturn-local-addr]
  Counter a;
          ^

我很清楚decltype(auto)返回表达式的引用(但仍然不直观),因此ab是无效引用(由count==0证明)。

问题是为什么编译器没有在foo_no_warn中警告我这个?

我刚刚在编译器中发现了一个错误,或者这是一些可解释的行为吗?

1 个答案:

答案 0 :(得分:1)

首先让我们说明问题与decltype(auto)没有明确关联,因为如果函数返回Counter&amp;明确。

您可以考虑以下代码:

typedef std::vector<int> Type;

class DataContainer {
public:
    DataContainer() : data(Type(1024, 0)) {}
    const Type& getData() const { return data; }

private:
    const Type data;
};

const Type& returnLocalRef()
{
    DataContainer container;
    const Type& data = container.getData();
    return data; // o! returning a ref to local - no warning for most compilers
}

虽然返回了本地引用,但编译器在VS2015和gcc48(使用-Wall)中都没有发出警告。但是,如果您从 const Type&amp;中删除了引用。数据编译器会立即发现问题。你认为这种行为是错误的吗?有争议的。

Compier的基本工作是编译代码。它警告开发人员一些明显的问题,但在大多数情况下,它不会对程序逻辑进行更深入的分析(编译时间会受到影响)。 这就是开发并应该使用的代码静态分析工具。

所描述的案例可以被认为是一个简单的例子,但单一级别的间接对于“傻瓜”来说就足够了。编译器。由于要验证这一点,编译器需要检查从getData方法实际返回的内容。

进行简单的修改:

Type globalData;
...
const Type& getData() const { return globalData; }

会使从returnLocalRef函数返回的引用有效。 因此,这可以被认为是编译器在分析复杂性和时间效率之间的权衡。