问使用不同C/C++运行库的exe和dll之间的接口

EN

给定:可执行文件使用dll。它们有不同的c/c++运行时。它们之间的接口存在哪些限制？此外，它们使用相同的编译器，相同的Boost版本(但不同的预编译boost库)。

我理解不同的运行时可以有不同的堆。因此，delete必须对应于同一堆中的new。

最重要的是，我们不能通过接口STL对象传递，因为当我们构建exe STL对象与一个运行时以及在构建dll时，同一个对象(如果通过引用传递或通过接口复制)将与另一个运行时链接。而另一个运行时可以具有该对象的不同实现。

让我们考虑一下情况：

1. 我认为以下几点是安全的。Dll导出函数，该函数具有参数:引用导出的用户定义类，其中包含作为成员的私有STL类。Dll为此对象分配内存。当要删除该对象时，Exe调用该对象的释放方法。
2. 我认为下面这是不安全的。用户定义的类在exe中实例化，并通过exe/dll接口传递。该类包含作为成员的私有STL类。此用户类的exe和dll共享头/实现文件。当该类构建在单独的项目中时，将使用不同的STL实现。例如，string::size()的不同实现(来自不同的运行时)将应用于内存中的同一个对象。
3. 我认为以下几点是安全的。用户定义的类在exe中实例化，并通过exe/dll接口传递。这个类不依赖于标准库，它只使用原始的C++类型。此用户类的exe和dll共享头/实现文件。另外，我们必须控制新的和删除的对应于同一个堆。例如，我们可以重载新/删除，以便它们使用::GetProcessHeap。
4. 我认为以下是不安全的:通过exe/dll接口传递boost对象，因为它们可以依赖于标准库类。此外，delete可能与new的堆不对应。
5. 我认为以下内容是不安全的:即使我们通过exe/dll接口传递boost对象，并且它们不依赖于标准库类，但不只是作为标头实现--但对象可以用一个boost库创建(一个运行时)，而可以与另一个boost库一起使用(对于另一个运行时)。此外，delete可能与new的堆不对应。

此外，我还想使用一些智能指针来传递对对象的引用(在第3项中提到)，从exe传递到dll，从dll传递到exe。我认为这个智能指针还应该重载new/delete，以便从默认进程堆中分配引用计数器。当尝试删除指向对象时，它将调用该对象重载的delete (如item3中的)。

对于第1项中的对象，我希望使用自定义智能指针，它将调用指向对象的释放方法(作为带有自定义发布的boost::shared_ptr )。

没有提到哪些问题？请纠正我。