C++ 运算符查找规则 / Koenig 查找

在编写测试套件时，我需要提供一个实现operator<<(std::ostream&...供 Boost 单元测试使用。

这有效：

namespace theseus { namespace core {
    std::ostream& operator<<(std::ostream& ss, const PixelRGB& p) {
        return (ss << "PixelRGB(" << (int)p.r << "," << (int)p.g << "," << (int)p.b << ")");
    }
}}

这没有：

std::ostream& operator<<(std::ostream& ss, const theseus::core::PixelRGB& p) {
    return (ss << "PixelRGB(" << (int)p.r << "," << (int)p.g << "," << (int)p.b << ")");
}

显然，当 g++ 尝试解决运算符的使用时，第二个并未包含在候选匹配中。为什么（什么规则导致这个）？

代码调用operator<<深入 Boost 单元测试框架，但测试代码如下：

BOOST_AUTO_TEST_SUITE(core_image)

BOOST_AUTO_TEST_CASE(test_output) {
    using namespace theseus::core;
    BOOST_TEST_MESSAGE(PixelRGB(5,5,5)); // only compiles with operator<< definition inside theseus::core
    std::cout << PixelRGB(5,5,5) << "\n"; // works with either definition
    BOOST_CHECK(true); // prevent no-assertion error
}

BOOST_AUTO_TEST_SUITE_END()

作为参考，我正在使用 g++ 4.4（尽管目前我假设此行为符合标准）。

在参数相关查找（koenig 查找的正确名称）中，编译器将在每个参数的命名空间中声明的函数添加到重载函数集中。

在你的情况下，第一个operator<<在命名空间中声明thesus::core,这是您调用运算符时使用的参数的类型。因此这个operator<<考虑用于 ADL，因为它是在关联的命名空间中声明的

在第二种情况下，operator<<似乎是在全局命名空间中声明的，该命名空间不是关联的命名空间，因为参数一是命名空间中的类型std参数 2 的类型来自命名空间theseus::core.

事实上，可能是你的第二个operator<<没有在全局名称空间中声明，因为可以通过查看父作用域找到它。也许您有更多类似的东西？如果您可以发布更多代码，我们可以给出更好的答案。

好吧，我记得，当 ADL 在当前作用域中找到名称时，它不会在父作用域中查找。所以boost宏BOOST_TEST_MESSAGE扩展到包括operator<<并且范围树中有一些不可行operator<<表达式和全局范围之间。我更新了代码来说明这一点（希望如此）。

#include <iostream>

namespace NS1
{
  class A
  {};

  // this is found by expr in NS2 because of ADL
  std::ostream & operator<<(std::ostream &, NS1::A &);
}


// this is not seen because lookup for the expression in NS2::foo stops when it finds the operator<< in NS2
std::ostream & operator<<(std::ostream &, NS1::A &);

namespace NS2
{
    class B
    {};

    // if you comment this out lookup will look in the parent scope
    std::ostream & operator<<(std::ostream &, B &);

    void foo(NS1::A &a)
    {
        std::cout << a;
    }  
}