为何MSVC无法通过ADL找到类友元函数，反而优先调用Lambda？

以下由单个cpp文件构成的翻译单元存在编译分歧：

namespace na {
struct Foo {
    friend int getFoo(Foo const&, int const&) {
        return 1;
    }
};
inline constexpr auto makeFoo = [](auto const& sys) {
    return [sys]{
        return getFoo(sys, 0);
    };
};
}

constexpr auto getFoo = [](auto const&) { return 1; };

namespace nc {
int bar() {
    return na::makeFoo(na::Foo{})();
}
}

这段代码可在GCC和Clang中正常编译，但会被MSVC拒绝。核心疑问是：哪个编译器的行为符合C++标准？

关键背景说明 #

• getFoo(Foo const&, int const&)是na::Foo类中定义的友元函数，它未在命名空间na中直接声明，因此只能通过**实参依赖查找（ADL）**被找到。
• 全局命名空间中的Lambda对象getFoo与上述友元函数不存在命名冲突，因为二者分属不同命名空间。

  验证：若将该Lambda移至namespace na内部，三款编译器都会报出预期的「redefinition of 'getFoo' as different kind of symbol」错误。

各编译器表现 #

• GCC和Clang：能正确通过ADL找到na::Foo的友元函数getFoo，完成调用。
• MSVC：错误匹配到全局命名空间中的Lambda对象getFoo，因参数数量不匹配导致编译失败。

解决方案 #

• 删除冗余代码：实际场景中全局LambdagetFoo是死代码，直接删除即可解决问题。
• 修改Lambda类型：将makeFoo改为非泛型Lambda，把参数的auto替换为na::Foo。这样会强制getFoo的查找在makeFoo的定义上下文进行，此时全局Lambda尚未可见，从而正确匹配到友元函数。

内容的提问来源于stack exchange，提问作者Enlico