你的理解基本是对的，我来帮你梳理清楚MSVC的ABI变更规则和兼容性问题：

• ABI变更只发生在MSVC主要版本迭代时：微软只会在大版本更新（比如从VS2013跳到VS2015，或者VS2019到VS2022）时修改C++ ABI，而同一主要版本下的次要更新（比如VS2017的15.3、15.9这类小版本）不会改动ABI。这意味着，如果你已经发布了针对某个MSVC主要版本编译的DLL，后续该大版本的任何小更新版本编译的应用，都能安全调用你的库。

针对你提到的VS2015和VS2017的兼容性：
完全正确！这两个版本的编译器主版本号（通过_MSC_VER查看，VS2015是1900，VS2017是1910及以上）同属19系列，属于同一个ABI家族，用VS2015构建的DLL可以和VS2017编译的应用无缝兼容。不过有两个小细节需要注意：

• 别让你的DLL依赖VS2017特有的C标准库功能（比如某些C17特性，VS2015并不支持），否则应用调用时会出现未定义符号的错误。
• 运行时库的链接方式要统一：如果你的DLL用的是动态链接运行时（编译选项/MD），那么调用它的应用也得用动态链接运行时，避免多个独立的运行时实例导致内存管理问题。

最后给你个DLL分发的实用建议：

• 你只需要针对每个MSVC主要版本单独构建并发布DLL（比如VS2015、VS2017、VS2019、VS2022各一份），因为这些大版本的ABI互不兼容。
• 同一主要版本下的各种小更新版本，不需要单独编译，它们的ABI是完全稳定的。

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