c – 如何处理可能指向内部数据的参考论据？

不止一次,我已经跟踪了一个相当令人困惑的错误,只是发现它是由于const参考参数通过方法改变零件方式.这一直是接收参考参数的方法的结果,该引用参数恰好是引用它自己的数据成员之一的一部分.所以当该方法使该成员变异时,引用(尽管是const)也被突变.

一个简单的例子,我在说什么：

#include <algorithm>
#include <iostream>
#include <String>
#include <vector>

class RecentStringBuffer
{
public:
    const std::string & at(size_t indeX)
    {
        return v.at(indeX);
    }

    void add(const std::string & s)
    {
        // Remove any prevIoUs occurances
        v.erase(std::remove(v.begin(),v.end(),s),v.end());
        // Prepend the new entry
        v.insert(v.begin(),s);
        // Truncate older entries
        v.resize(std::min<size_t>(v.size(),maxEntries));
    }

private:
    const int maxEntries = 10;
    std::vector<std::string> v;
};

int main()
{
    RecentStringBuffer r;
    r.add("A");     // r == [A]
    r.add("B");     // r == [B,A]
    r.add("C");     // r == [C,B,A]
    r.add(r.at(1)); // r == [B,C,A] one would assume?

    std::cout << r.at(0) << r.at(1) << r.at(2); // Prints "A C A"
}

@L_874_8@个例子中,我们得到了一个令人惊讶的结果,但是如果v已经重新分配了,那么这个引用将被留在v的内存之外,这会更糟.在技​​术上,参考无论如何都是无效的,所以发生的是未定义的行为.

类似的情况显然会发生在全局变量而不是数据成员和指针而不是引用,但成员和引用通常会更安全,所以这似乎是一个更令人惊讶的陷阱.

现在,我不是问为什么会发生这种情况(我了解发生了什么)或如何解决(有几个明显的方法).我的问题与最佳做法有关：

>这个问题有没有名字？
谁负责担心这个问题？
>或者说另一种方式,错误在哪里在上面的应用程序？当单独查看时,似乎完全合理和有益于at()返回一个const引用和add()来接受一个.另一方面,如果调用者main()也应该更好地知道似乎并不公平,特别是考虑到引用可能会在问题发生之前通过多个@L_@R_489_11289@_18@传递.
>有没有一般的策略来注意和避免这样的结构？