C++ 的抽象类就是接口的实现。
接口仅仅是一个协议。

我觉得你说的接口可能是接口方法。

不要这样去做，使用扩展方式。
重写一个新的接口（或者继承原来的接口），让你的实现同时实现新旧接口（实现新接口）。

如果你添加一个接口方式，那么当使用修改后的接口，尝试获取就得实现就会崩溃。

__stdcall 是最好的，因为接口仅仅是协议，你不能期望呼叫你的服务的语言都支持 C/C++ 的调用约定。

引用 1 楼 Saleayas 的回复:

C++ 的抽象类就是接口的实现。
接口仅仅是一个协议。

我觉得你说的接口可能是接口方法。

不要这样去做，使用扩展方式。
重写一个新的接口（或者继承原来的接口），让你的实现同时实现新旧接口（实现新接口）。

如果你添加一个接口方式，那么当使用修改后的接口，尝试获取就得实现就会崩溃。

__stdcall 是最好的，因为接口仅仅是协议，你不能期望呼叫你的服务的语言都支持 C/C++ 的调用约定。

是的，我指的就是接口方法。
我理解的是，这样修改以后，会在虚函数表最后增加一个函数指针，而不会影响表前面的函数指针，因此旧的调用方式不会崩溃，实际我用旧的调用程序调用，也没有发生崩溃。请问这样的结果是不是表示不会有问题？

对于_stdcall的说明，非常清楚，谢谢!

大部分的编译器的实现都是按照声明顺序填充虚函数表，所以你所说的这种做法是向前兼容的~

你在接口抽象类里面添加一个纯虚函数接口,然后在派生的子类里面去实现这个接口,没有问题阿

如果客户端使用的旧的接口，就肯定是没有问题，你添加一个接口方法在这种情况下，就和创建一个新接口，并继承就得接口是一致的。

而唯一的问题是，假如你的客户端拿到的接口是新的，但是，服务器提供的就接口，就有问题了。

引用 5 楼 Saleayas 的回复:

如果客户端使用的旧的接口，就肯定是没有问题，你添加一个接口方法在这种情况下，就和创建一个新接口，并继承就得接口是一致的。

而唯一的问题是，假如你的客户端拿到的接口是新的，但是，服务器提供的就接口，就有问题了。

非常感谢你的答疑！

多谢各位朋友指点！