问关于“Visual Studio 2015与Visual Studio 2017之间的二进制兼容性”的问题

EN

https://learn.microsoft.com/en-us/cpp/porting/binary-compat-2015-2017?view=vs-2017说，确保Visual 2015和Visual 2017之间的C++二进制兼容性，除了：

1)当使用/GL编译器开关编译静态库或对象文件时。 2)在使用用工具集构建的库时，其版本大于用于编译和链接应用程序的工具集。例如，编译并链接到编译器版本19.12的程序可以使用从19.0到19.12编译的库。此外，仅在Visual 2015和Visual 2017之间存在二进制兼容性；不支持将19.x程序链接到Visual 2013或更早版本生成的库。

例外2让我很困惑。为什么在这种情况下不能保证二进制兼容性？

让我们说得更具体些。提供一个包含自定义exe、自定义dll和部分vc_toolset dll(v140或v141)的文件夹。自定义exe和自定义dll都动态地链接到部分vc_toolset dll，其中包括CRT、msvcp140.dll、vcruntime140.dll。此外，未启用/GL选项。

我在下面列出几个组合。我怀疑每个人的二进制兼容性。

1) vs2015 + dll构建的exe，由vs2015 + v140工具集vs2015构建

我认为在这种情况下可以保证二进制兼容性。

2) vs2015 + dll构建的exe，由vs2015 + v141工具集vs2017构建

此外，基于案例1，工具集dll被替换为vs2017附带的更新版本。

此外，我认为在这种情况下可以保证二进制兼容性。

3) vs2015 + dll 编译的，用vs2017 + v140工具集dll of vs2015重建。

基于案例1，使用vs2017重新构建了自定义dll。然后有两种选择：

( a)只需替换dll，就不会使用新dll的导入库重新生成exe

( b)替换dll并使用新dll的导入库重新生成exe。

根据上述链接的例外2，在a)和b)情况下，不能保证二进制兼容性。但为什么？自定义dll的所有接口和依赖项都不改变，也不依赖v 141的新特性。

4) vs2015 + dll 编译的，由vs2017 + v141工具集dll of vs2017重建

此外，基于案例3，工具集dll被替换为vs2017附带的更新版本。

5)exe 通过vs2015 + v140工具集dll构建的vs2017 +dll重建

基于案例1，使用vs2017重新构建自定义exe，并与以前由vs2015构建的自定义dll导入库链接。

根据上面的链接，我认为在这种情况下可以保证二进制兼容性。

6)通过vs2015 + v141工具集vs2015+v141构建的vs2017 + dll重建

此外，基于案例5，工具集dll被替换为vs2017附带的更新版本。如果案例5和案例2能够得到保证，我认为在这种情况下也是有保证的。

我的理解正确吗？