C#和C++/CX对象之间有什么关系？

Question

C#和C++/CX对象之间有什么关系？

windows-phone-8windows-runtimenativemanagedc++-cx

5

我有一个WP C++运行时组件，需要由C# WP应用程序使用。

在C++运行时组件中，我有：

public interface class ICallback
    {
    public:
        virtual void DoSomething();
    };

public ref class WindowsPhoneRuntimeComponent sealed
    {
    public:
        WindowsPhoneRuntimeComponent();
        void SetCallback(ICallback ^callback);
        IMap<Platform::String^, Platform::Object^>^ CreateDictionary();

    };

在C＃应用程序中，我有一个实现了ICallback的CallbackImp。然后我执行以下操作：

CallbackImp cb = new CallbackImp ();
WindowsPhoneRuntimeComponent com = new WindowsPhoneRuntimeComponent();

// Set callback
com.SetCallback(cb);

// Get dictionary
IDictionary<string, object> dict = com.CreateDictionary();

我有以下问题：

cb和com是托管对象。那么C++/CX对象在哪里？我听说cb和com指向一些C++/CX对象（驻留在本地堆上），是吗？
如果.NET GC释放了cb和com，那么C++/CX对象如何释放？
当我将cb传递给运行时组件时，cb属于托管堆还是本地堆？
dict位于何处？谁会释放它？

- onmyway133

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Hans Passant · Accepted Answer

没有任何关系。C++/CX是一个纯的非托管语言扩展，旨在使与WinRT类型的互操作变得容易。这些类型实际上是底层的COM类型。语法很像托管的C++/CLI语言，主要是因为它们都旨在解决同样的问题，使与非托管类型的互操作变得容易。

在您的C#代码中也会发生类似的情况。您的C#组件以不受管理的WinRT类型公开托管类型。利用了CLR中内置的语言映射。CLR又利用了现有的内置COM互操作。它并不完全隐形，例如您必须声明您的C#类为sealed，这是COM只支持接口继承而不支持实现继承所带来的限制。还有各种其他小技巧，例如必须使用DateTimeOffset而不是DateTime，这是语言映射仅映射DateTimeOffset的副作用。等等。

所以回答您的问题：

1.这里没有C++/CX对象，它们是COM服务器的实现细节。创建WinRT对象的底层低级API是RoCreateInstance()，与COM CoCreateInstance()函数相同。它使用类工厂来创建对象。对象由服务器拥有，除了普通的COM接口指针外，它根本不会暴露给其他代码。

2.在COM和因此WinRT中，内存通过引用计数来管理。IUnknown::AddRef()增加一个引用，IUnknown::Release()释放一个引用。当最后一个Release调用将计数递减到0时，服务器销毁对象。在您的C++/CX代码中，ref new或对象引用赋值语句自动生成AddRef()调用，编译器在C++/CX引用超出作用域时自动生成Release()。这与您在COM代码中使用的CComPtr和_com_ptr_t包装类完全相同，但区别在于编译器负责处理它，而不是您必须自己创建智能指针。还有一个额外的细节，这会删除CCW持有的托管对象引用，最终允许GC对C#对象进行垃圾回收。

3.cb对象存在于GC堆上。如上所述，COM仅公开接口指针，WinRT完全不知道对象实际上位于何处。类工厂和IUnknown方法隐藏了这个细节。

4.同3。