使用 stl 矢量 at 而不是运算符 [] 时崩溃

Question

我有一个方法如下（来自实现 TBB 任务接口的类 - 但目前不是多线程） 我的问题是，访问向量的两种方式会导致完全不同的行为 - 一种有效，另一种会导致整个程序崩溃（这是一个插件，通常主机会捕获崩溃 - 但这个需要正如我所说的，非常精彩）

void PtBranchAndBoundIterationOriginRunner::runOrigin(int origin, int time) const // NOTE: const method
{
    BOOST_FOREACH(int accessMode, m_props->GetAccessModes())
    {
        // get a const reference to appropriate vector from member variable
        // map<int, vector<double>> m_rowTotalsByAccessMode;
        const vector<double>& rowTotalsForAccessMode = m_rowTotalsByAccessMode.find(accessMode)->second;

        if (origin != 129) continue; // Additional debug constrain: I know that the vector only has one non-zero element at index 129

        m_job->Write("size: " + ToString(rowTotalsForAccessMode.size()));
        try {
            // check for early return... i.e. nothing to do for this origin 
            if (!rowTotalsForAccessMode[origin])    continue; // <- this works
            if (!rowTotalsForAccessMode.at(origin)) continue; // <- this crashes
        } catch (...) {
            m_job->Write("Caught an exception"); // but its not an exception
        }

        // do some other stuff
    }
}

我讨厌没有提出明确的问题，但目前我最好的措辞是：“WTF？”

我正在使用 Microsoft (R) Visual Studio 版本 9.0.21022.8 使用 Intel C++ 11.0.074 [IA-32] 进行编译，并且我的矢量实现已关闭

const_reference operator[](size_type _Pos) const
{   // subscript nonmutable sequence

#if _HAS_ITERATOR_DEBUGGING
    if (size() <= _Pos)
    {
        _DEBUG_ERROR("vector subscript out of range");
        _SCL_SECURE_OUT_OF_RANGE;
    }
#endif /* _HAS_ITERATOR_DEBUGGING */
    _SCL_SECURE_VALIDATE_RANGE(_Pos < size());

    return (*(_Myfirst + _Pos));
}

（迭代器调试已关闭 - 我很确定），

const_reference at(size_type _Pos) const
{   // subscript nonmutable sequence with checking
    if (size() <= _Pos)
        _Xran();
    return (*(begin() + _Pos));
}

所以唯一的区别我可以看到，在调用开始时，而不是简单地使用 _Myfirst - 但这怎么可能导致行为上如此巨大的差异？

更新：

索引在范围内 - 大小打印为 377，索引限制为 129。

成员变量有一个对应于 accessMode 的条目

整个内容已包含在下面以澄清@nikko 建议：

map<int, vector<double>>::const_iterator it = m_rowTotalsByAccessMode.find(accessMode);
if (it != m_rowTotalsByAccessMode.end())
{
    ...

更新我已将编译器升级到最新版本 11.1.065，这种情况不再发生。看来哪里有什么奇怪的地方。

Answer 1

我没有看到您在哪里检查 rowTotalsForAccessMode 是否有效。也许你的“m_rowTotalsByAccessMode.find(accessMode)”不起作用。

您应该根据迭代器 end() 检查 .find() 的结果，看看它是否有效

Answer 2

您不能在调试器中单步执行程序（进入 at）并查看导致崩溃的原因吗？有两个选项：

1. rowTotalsForAccessMode 无效
2. origin 超出范围

Answer 3

我讨厌回答自己的问题，但这似乎是需要的情况。正如更新中所述，我下载并安装了最新的 intel c++ 编译器并从头开始重新编译，这似乎已经解决了问题。我还使用 11.0.074 编译器从头开始重建了整个项目，以排除其中一个二进制文件的损坏；即使是干净的构建也会导致崩溃！

我将在英特尔论坛上跟进此问题，感谢所有为解决此问题付出时间和精力的人。