我有两个使用using子句的基类

 class MultiCmdQueueCallback {
  using NetworkPacket  = Networking::NetworkPacket;
  ....
 }


 class PlcMsgFactoryImplCallback {
   using NetworkPacket = Networking::NetworkPacket;
  ....
 }

然后我宣布一个课程

class PlcNetwork : 
  public RouterCallback, 
  public PlcMsgFactoryImplCallback, 
  public MultiCmdQueueCallback {
  private:
    void sendNetworkPacket(const NetworkPacket &pdu);
}

然后，编译器会标记对“ NetworkPacket”的错误引用是模糊的“ sendNetworkPacket（NetworkPacket＆...”

现在，两个“ using子句”都解析为相同的基础类Networking：NetworkPacket

实际上，如果我将方法声明替换为：

 void sendNetworkPacket(const Networking::NetworkPacket &pdu);

它编译良好。

为什么编译器将每个using子句都视为一个不同的类型，即使它们都指向相同的基础类型。这是由标准强制执行的还是我们有编译器错误？

在查看别名结果类型（和可访问性）之前

我们看名字

的确，

NetworkPacket 可能

• MultiCmdQueueCallback::NetworkPacket
• 要么 PlcMsgFactoryImplCallback::NetworkPacket

他们俩都指出的事实Networking::NetworkPacket是无关紧要的。

我们进行名字解析，这导致歧义。

您可以通过手动选择要使用的选项来解决歧义。

class PlcNetwork : 
  public RouterCallback, 
  public PlcMsgFactoryImplCallback, 
  public MultiCmdQueueCallback {

using NetworkPacket= PlcMsgFactoryImplCallback::NetworkPacket; // <<< add this line
private:
    void sendNetworkPacket(const NetworkPacket &pdu);

}

编译器仅在基类中查找定义。如果两个基类中都存在相同的类型和/或别名，它只会抱怨它不知道使用哪个。产生的类型是否相同并不重要。

编译器仅在第一步中查找名称，如果该名称是函数，类型，别名，方法或其他内容，则它们完全独立。如果名称不明确，编译器将不执行进一步的操作！它只是抱怨错误消息并停止。因此，只需使用给定的using语句解决歧义。

从文档：

类型别名声明引入了一个名称，该名称可以用作由type-id表示的类型的同义词。它不会引入新类型，也无法更改现有类型名称的含义。

尽管这两个using子句表示相同的类型，但是在以下情况下，编译器有两种选择：

void sendNetworkPacket(const NetworkPacket &pdu);

它可以选择：

• MultiCmdQueueCallback::NetworkPacket 和
• PlcMsgFactoryImplCallback::NetworkPacket

因为它继承自基类MultiCmdQueueCallback和PlcMsgFactoryImplCallback基类。编译器名称解析的结果是您有歧义错误。为了解决此问题，您需要明确指示编译器使用如下所示的一个或另一个：

void sendNetworkPacket(const MultiCmdQueueCallback::NetworkPacket &pdu);

要么

void sendNetworkPacket(const PlcMsgFactoryImplCallback::NetworkPacket &pdu);

有两个错误：

1. 访问私有类型别名
2. 对类型别名的含糊引用

私人-私人

我没有看到编译器首先抱怨第二个问题的问题，因为顺序并不重要-您必须修复两个问题才能继续进行。

公共-公共

如果你改变两者的知名度MultiCmdQueueCallback::NetworkPacket，并 PlcMsgFactoryImplCallback::NetworkPacket以公共或受保护的，那么第二个问题（不确定性）是显而易见的-这是两个不同类型的别名，虽然他们有相同的基本数据类型。有些人可能认为“聪明”的编译器可以为您解决此问题（特定情况），但请记住，编译器需要“一般考虑”并根据全局规则做出决定，而不是根据具体情况制定例外。想象以下情况：

class MultiCmdQueueCallback {
    using NetworkPacketID  = size_t;
    // ...
};


class PlcMsgFactoryImplCallback {
    using NetworkPacketID = uint64_t;
    // ...
};

编译器应该将两者对待NetworkPacketID吗？一定不。因为在32位系统上，size_t长度为32位，而uint64_t始终为64位。但是，如果我们希望编译器检查基础数据类型，则它无法区分64位系统上的数据类型。

公私

我相信这个示例在OP的用例中没有任何意义，但是由于这里我们通常在解决问题，因此我们考虑一下：

class MultiCmdQueueCallback {
private:
    using NetworkPacket  = Networking::NetworkPacket;
    // ...
};

class PlcMsgFactoryImplCallback {
public:
    using NetworkPacket  = Networking::NetworkPacket;
    // ...
};

我认为，在这种情况下，编译器应该把PlcNetwork::NetworkPacket作为PlcMsgFactoryImplCallback::NetworkPacket，因为它没有其他的，选项。为什么它仍然拒绝这样做并责怪歧义对我来说是个迷。