线程处理和封送处理 (C++/CX)

  • 项目

在大多数情况下，可从任意线程访问 Windows运行时类的实例（如标准 C++ 对象）。 此类称为“敏捷类”。 但是，Windows 附带的小部分 Windows 运行时类是非敏捷类，且必须更常用作 COM 对象而不是标准 C++ 对象。 您无需是 COM 专家即可使用非敏捷类，但您需要考虑类的线程模型及其封送处理行为。 本文提供了针对您需要使用非敏捷类的实例的极少情况的背景和指南。

线程模型和封送处理行为

如应用于其的两个特性所示，Windows 运行时类可以通过多种方式支持并发线程访问：

  • ThreadingModel 特性可以具有下列值之一：STA、MTA 或 Both（由 ThreadingModel 枚举定义）。

  • MarshallingBehavior 特性可以具有下列值之一：Agile、None 或 Standard（由 MarshallingType 枚举定义）。

ThreadingModel 特性指定激活时类的加载位置：仅在用户界面线程 (STA) 上下文中、仅在后台线程 (MTA) 上下文中或在创建对象 (Both) 的线程的上下文中。 MarshallingBehavior 属性值指该对象在各种线程上下文中的行为；大多数情况下，你无需详细了解这些值。 在 Windows API 提供的类中，大约 90 % 具有 ThreadingModel=Both 和 MarshallingType=Agile。 这意味着它们可以透明有效地处理低级别线程处理详细信息。 当您使用 ref new 创建“敏捷”类时，可以从您的主应用程序线程或从一个或多个辅助线程调用其上的方法。 换言之，您可以从您的代码的任何地方使用敏捷类，不管它是由 Windows 提供的还是第三方提供的。 你不必关心类的线程处理模型或封送处理行为。

使用 Windows 运行时组件

在创建通用 Windows 平台应用程序时，可以同时与敏捷和非敏捷组件交互。 与非敏捷组件交互时，可能会遇到以下警告。

使用非敏捷类时出现的编译器警告 C4451

由于各种原因，一些类不能是敏捷类。 如果从用户界面线程和后台线程访问非敏捷类的实例，则应格外小心以确保运行时正确的行为。 在全局范围内实例化应用程序中的非敏捷运行时类，或者在一个自身也标记为敏捷的 ref 类中将一个非敏捷类型声明为类成员时，Microsoft C++ 编译器发出警告。

在非敏捷类当中，最容易处理的是具有 ThreadingModel=Both 和 MarshallingType=Standard 的类。 只要使用 Agile<T> 帮助程序类就能使这些类成为敏捷类。 下面的示例演示类型 Windows::Security::Credentials::UI::CredentialPickerOptions^的非敏捷对象的声明，以及作为结果发出的编译器警告。

ref class MyOptions
    {
    public:
        property Windows::Security::Credentials::UI::CredentialPickerOptions^ Options

        {
            Windows::Security::Credentials::UI::CredentialPickerOptions^ get()
            {
                return _myOptions;
            }
        }
    private:
        Windows::Security::Credentials::UI::CredentialPickerOptions^ _myOptions;
    };

下面是发出的警告：

Warning 1 warning C4451: 'Platform::Agile<T>::_object' : Usage of ref class 'Windows::Security::Credentials::UI::CredentialPickerOptions' inside this context can lead to invalid marshaling of object across contexts. Consider using 'Platform::Agile<Windows::Security::Credentials::UI::CredentialPickerOptions>' instead

在成员范围或全局范围添加对于具有“标准”封送处理行为的对象的引用时，编译器会发出警告来建议您将该类型包在 Platform::Agile<T>中： Consider using 'Platform::Agile<Windows::Security::Credentials::UI::CredentialPickerOptions>' instead 如果使用 Agile<T>，可以像使用任何其他敏捷类一样使用该类。 在这些情况下使用 Platform::Agile<T> ：

  • 在全局范围内声明非敏捷变量。

  • 在类范围声明非敏捷变量，而使用代码有可能非法使用指针，即，在一个不同单元内未经正确封送处理就使用它。

如果这些条件都不适用，则您可以将包含类标记为非敏捷类。 换言之，应仅在非敏捷类中直接保留非敏捷对象，并通过 Platform::Agile<T> 在敏捷类中保留非敏捷对象。

以下示例说明如何使用 Agile<T> 以便能安全忽略该警告。

#include <agile.h>
ref class MyOptions
    {
    public:
        property Windows::Security::Credentials::UI::CredentialPickerOptions^ Options

        {
            Windows::Security::Credentials::UI::CredentialPickerOptions^ get()
            {
                return m_myOptions.Get();
            }
        }
    private:
        Platform::Agile<Windows::Security::Credentials::UI::CredentialPickerOptions^> m_myOptions;

    };

请注意， Agile 不能在 ref 类中作为返回值或参数传递。 Agile<T>::Get() 方法返回句柄到对象 (^)，您可以在公共方法或属性中跨越应用程序二进制接口 (ABI) 传递它。

当创建对具有“None”封送处理行为的进程内 Windows 运行时类的引用时，编译器发出警告 C4451，但建议你不要考虑使用 Platform::Agile<T>。 编译器无法提供超过此警告的任何帮助，因此，你有责任正确使用该类，并确保你的代码只从用户界面线程调用 STA 组件，以及只从后台线程调用 MTA 组件。

创建敏捷 Windows 运行时组件

在 C++/CX 中定义 ref 类时，默认情况下它是敏捷类，即，它具有 ThreadingModel=Both 和 MarshallingType=Agile。 如果使用 Windows 运行时 C++ 模板库，则可以通过从 FtmBase（使用 FreeThreadedMarshaller）派生来使你的类为敏捷类。 如果创作具有 ThreadingModel=Both 或 ThreadingModel=MTA 的类，则请确保该类是线程安全的。

可以修改 ref 类的线程处理模型和封送处理行为。 但是，如果所做的更改会使类为非敏捷类，则必须了解与这些更改关联的影响。

下面的示例演示如何将 MarshalingBehavior 和 ThreadingModel 特性应用到 Windows 运行时类库中的运行时类。 当应用程序使用 DLL 并使用 ref new 关键字激活 MySTAClass 类对象时，该对象在单线程单元激活，并且不支持封送处理。

using namespace Windows::Foundation::Metadata;
using namespace Platform;

[Threading(ThreadingModel::STA)]
[MarshalingBehavior(MarshalingType::None)]
public ref class MySTAClass
{
};

未密封的类必须具有封送处理和线程处理特性设置，以便编译器可以验证派生类对于这些特性是否具有同一值。 如果类没有显式设置这些设置，则编译器将生成错误且无法编译。 在下列情况中，从未密封类派生的任何类都会生成一个编译器错误：

  • ThreadingModel 和 MarshallingBehavior 特性在派生类中未定义。

  • 派生类中 ThreadingModel 和 MarshallingBehavior 特性的值与基类中的值不匹配。

在组件的应用程序清单注册信息中指定了第三方 Windows 运行时组件所需的线程处理和封送处理信息。 建议使你的所有 Windows 运行时组件为敏捷组件。 这将确保客户端代码可以从应用程序中的任何线程调用您的组件，并能改善那些调用的性能，因为它们是没有封送处理的直接调用。 如果以这种方式创作类，则客户端代码无需使用 Platform::Agile<T> 来使用您的类。

另请参阅

ThreadingModel
MarshallingBehavior